Memória: quanto alocar e por que não toda ela

O gráfico de memória no painel assusta quem está começando: ele quase sempre está alto. Isso é comportamento normal do Java.

Como interpretar

O Java aloca memória com antecedência e só a libera durante a coleta de lixo. O formato de serra no gráfico — uso subindo e uma queda brusca após a coleta — é sinal de um servidor saudável.

Um problema é diferente: a linha fica colada no teto e não desce depois das quedas. Isso significa que a memória não está sendo liberada — ou a memória é realmente baixa demais, ou existe um vazamento.

Sinais de falta de memória

• OutOfMemoryError no log — análise.
• Travamentos de vários segundos que aumentam com o tempo de atividade.
• O servidor funciona bem após um reinício e piora ao longo do dia.

Vazamento

Se o consumo cresce de forma linear e não cai, procure o culpado:

spark heapsummary

Normalmente é um plugin que acumula dados, ou um mod com chunk loaders — Spark.

Uma medida temporária é o reinício automático uma vez por dia. A solução definitiva é encontrar e atualizar o culpado.

Não aloque tudo

Além do heap, o processo precisa de memória para metadados, threads e buffers, e o contêiner precisa de memória para o sistema. O painel da Millida já considera isso ao definir os limites de heap de acordo com o plano — você não precisa mexer nisso manualmente.

Quando mudar de plano

Quando o consumo de pico atinge o limite de forma consistente durante a operação normal e o perfil não mostra vazamento — Mudança de plano.