Pamäť: koľko prideliť a prečo nie všetku

Pamäťový graf v ovládacom paneli straší nováčikov: takmer vždy je vysoký. To je normálne správanie Java.

Ako ho čítať

Java alokuje pamäť vopred a uvoľňuje ju až počas garbage collection. Píla na grafe — rastúce využitie a prudký pokles po zbere — je znakom zdravého servera.

Problém vyzerá inak: čiara je prilepená k stropu a po poklesoch sa nevracia dole. To znamená, že sa garbage neuvoľňuje — buď je pamäť naozaj primalá, alebo ide o leak.

Príznaky nedostatku

• OutOfMemoryError v logu — analýza.
• Zamrznutia na niekoľko sekúnd, ktoré sa s uptime zhoršujú.
• Server po reštarte beží dobre a do večera sa zhorší.

Leak

Ak spotreba rastie lineárne a neklesá, hľadaj vinníka:

spark heapsummary

Zvyčajne ide o plugin, ktorý hromadí dáta, alebo o mod s chunk loadermi — Spark.

Dočasné riešenie je automatický reštart raz denne. Trvalá oprava je nájsť a aktualizovať vinníka.

Nealokuj všetko

Okrem heapu potrebuje proces pamäť na metadata, vlákna a buffery a kontajner potrebuje pamäť na systém. Ovládací panel Millida s tým počíta sám a nastavuje limity heapu podľa plánu — manuálne do toho nemusíš zasahovať.

Kedy zmeniť plán

Keď špičková spotreba pri bežnej prevádzke opakovane naráža na limit a profil neukazuje leak — Zmena plánu.