Minnesanalys och justering av skräpsamling

process_info/2 visar heapen, meddelandeköns längd och mer för en enskild process — vilket är viktigt när ni ska hitta problemet.

Om en process tar emot meddelanden snabbare än den hanterar dem växer dess meddelandekö utan gräns. Ett högt värde för message_queue_len är det klassiska tecknet på en överbelastad konsument.

Stora binärer är referensräknade och delas utanför heapen. En process som behåller en liten delbinär kan hålla kvar en enorm överordnad binär. Bevaka minneskategorin binary noggrant.

Sortera alla processer efter minnesanvändning för att snabbt hitta läckor.

Varje process har en egen privat heap och skräpsamlas oberoende — det finns ingen global paus där hela systemet stoppas. Insamlingen körs när processens heap blir full.

För en process som ni misstänker håller kvar skräp kan ni tvinga fram en insamling och mäta igen.

Startalternativ som min_heap_size och fullsweep_after finjusterar GC för processer med hög belastning, genom att byta mer minne mot färre insamlingar.

Inaktiva processer kan anropa hibernate för att komprimera sin heap till minsta möjliga storlek och frigöra minne tills nästa meddelande anländer — utmärkt för många anslutningar som oftast är inaktiva.

ETS-tabeller ligger utanför processernas heapar och krymper inte automatiskt. En växande minneskategori för ets betyder ofta att gamla rader finns kvar. Rensa regelbundet eller använd tabeller med begränsad storlek.

Ni har lärt er att analysera och finjustera minnesanvändningen:

• erlang:memory/0 ger en översikt över hela systemet
• process_info/2 granskar heap och brevlåda för enskilda processer
• Växande brevlådor och fixerade binärer är vanliga orsaker till minnesläckor
• Varje process genomgår garbage collection separat; ingen global paus uppstår
• Finjustera med spawn-alternativ och använd hibernate för inaktiva processer