Guia do Lag em Jogos › L1 Processo do jogo no cliente

Vazamento de memória no cliente Client memory leak

ID da causa cg-leak · Responsável principal Desenvolvimento do cliente (Equipe de desenvolvimento)

Abrir o card interativo, com figuras e simulações →

Quanto mais tempo o jogo fica aberto, mais memória ele usa; vai ficando lento e, no fim, é fechado à força.

Por quê Texturas, UI e efeitos não são liberados nas trocas de mapa → Efeito O GC roda com mais frequência e, com pouca memória no SO, começa o swap → Na tela Depois de algumas horas de jogo, os engasgos vão aumentando até o encerramento forçado (para o jogador, parece uma desconexão)

Sintomas

Engasgos, Desconexão

Fatores

Paralisação

Quem é afetado

Só eu

Quando

Quanto mais tempo ligado

Responsável

Responsável principal Desenvolvimento do cliente (Equipe de desenvolvimento)

O que fazer (Equipe de desenvolvimento)

Medir o uso de memória nas trocas de mapa, encontrar e corrigir texturas, UI e efeitos que não são liberados, fazer testes automatizados de longa duração (soak tests).

No gráfico

Subida lenta · Memória do processo do jogo

Onde olhar

Registrar Process(jogo)\Private Bytes no Monitor de Desempenho por algumas horas. No mobile, o motivo de encerramento no ApplicationExitInfo do Android (REASON_LOW_MEMORY) e os relatórios de jetsam do iOS

Confirma se

A memória sobe a cada troca de mapa e não volta a cair, e engasgos e encerramentos forçados aumentam quanto mais tempo o jogo fica aberto

Descarta se

Memória estável, e só o tremor piora quanto mais tempo o jogo fica aberto: “Perda de precisão do tempo em float”

Como verificar

Verificação no ambiente do jogador

Saiba mais

Celulares costumam aguentar comprimindo a memória. Se mesmo assim faltar memória, o SO fecha o jogo na hora (o jogador cai do jogo). Quanto menos RAM o aparelho tem, mais cedo isso acontece.

Fontes

1. Memory allocation among processes Android (Google)
   O Android aguenta comprimindo a memória em zRAM e, quando ela acaba, o low memory killer encerra processos; quando o app em primeiro plano é encerrado, parece um crash
2. Identifying high-memory use with jetsam event reports Apple
   Se a pressão de memória não diminui, o iOS encerra apps à força (jetsam), e o app que passa do seu limite de memória vira candidato a ser encerrado
3. Find user-mode memory leaks with Performance Monitor (PerfMon) Microsoft
   Registrar por muito tempo Process > Private Bytes (memória privada alocada pelo processo) e Virtual Bytes; se só sobem, é vazamento
4. ApplicationExitInfo Android (Google)
   REASON_LOW_MEMORY: o low memory killer do sistema encerrou o processo do app (aparelhos sem suporte informam REASON_SIGNALED com SIGKILL)

Veja também

Mesma camada: L1 Processo do jogo no cliente

• Picos de frame time
• Coleta de lixo (GC) no cliente
• Carregamento síncrono e compilação de shaders na thread principal
• Streaming de assets atrasado por disco lento
• Carga de renderização com muitos personagens
• Gargalo no processamento de pacotes na thread principal
• Buffer de interpolação ausente ou curto demais
• Extrapolação excessiva (dead reckoning)
• Divergência na predição do cliente
• Espiral de recuperação do timestep fixo
• Erro na sincronização do relógio
• Perda de precisão do tempo em float
• V-Sync e fila de renderização
• Crash do cliente
• Verificações do anti-cheat (módulo de segurança do jogo)

Mesmo sintoma (Engasgos) em outras camadas

• Processos em segundo plano ocupando a CPU L2 SO e dispositivo do cliente
• Modo de economia de energia e thermal throttling L2 SO e dispositivo do cliente
• Resolução do timer L2 SO e dispositivo do cliente
• Inspeção de pacotes por software de segurança L2 SO e dispositivo do cliente
• Pouca memória e swap no cliente L2 SO e dispositivo do cliente
• Falta de memória de vídeo (VRAM) L2 SO e dispositivo do cliente
• Varredura de Wi-Fi em segundo plano L2 SO e dispositivo do cliente
• Economia de energia e problemas de driver da placa de rede L2 SO e dispositivo do cliente

Ver o card interativo, com figuras e simulações