Wat is Out of Memory (OOM)?

Out of Memory (OOM) — dit is een situatie waarin een applicatie of besturingssysteem het beschikbare RAM-geheugen uitgeput heeft voor het toewijzen van nieuwe objecten of het uitvoeren van vereiste operaties.

In de context van besturingssystemen gebeurt OOM wanneer het systeem geen geheugen meer kan toewijzen voor een nieuw proces of thread. Om een volledige crash van het systeem te voorkomen, bestaat in Linux de OOM Killer, een mechanisme dat processen die veel geheugen gebruiken, geforceerd beëindigt om bronnen vrij te maken.

In de context van applicaties ontstaat OOM wanneer de Java Virtual Machine (JVM) of een andere runtime-omgeving geen geheugen in de heap kan toewijzen voor het creëren van een nieuw object.

De oorzaken van OOM kunnen variëren:

• Memory leaks: Objecten die niet meer worden gebruikt, blijven in het geheugen omdat er nog verwijzingen naar zijn, waardoor de garbage collector ze niet kan verwijderen.
• Overmatig geheugenverbruik: De applicatie vraagt of houdt een te grote hoeveelheid geheugen vast om gegevens te verwerken (bijvoorbeeld het volledig laden van een groot bestand in het geheugen).
• Onvoldoende geheugenallocatie: JVM-instellingen (bijvoorbeeld -Xmx) of de configuratie van de runtime-omgeving bieden niet genoeg geheugen.
• Foutieve configuratie van thread- of verbinding pools: Een te groot aantal actieve threads of verbindingen kan aanzienlijke hoeveelheden stackgeheugen (voor threads) of andere geheugengebieden verbruiken.

Signalen van OOM op applicatieniveau zijn onder andere:

• Vertraagde applicatieprestaties.
• OutOfMemoryError-uitzonderingen in de logs.
• Verminderde prestaties van de garbage collector.

Om OOM te diagnosticeren, worden de volgende benaderingen gebruikt:

• Loganalyse: Zoeken naar OutOfMemoryError-uitzonderingen en OOM Killer-berichten.
• Heap dumps: Een momentopname maken van de inhoud van de heap op het moment van de fout voor latere analyse met tools zoals Eclipse Memory Analyzer Tool (MAT), VisualVM.
• Monitoring: Gebruik van monitoring systemen (Prometheus, Grafana, New Relic) om het geheugenverbruik van JVM en het besturingssysteem te volgen.
• Profiling: Gebruik van profilers (JProfiler, YourKit) om patronen in geheugengebruik en bronnen van leaks te identificeren.

// Voorbeeld van Java-code die tot OOM kan leiden (met geheugenlek)
import java.util.ArrayList;
import java.util.List;

public class OOMExample {
    private List<Object> largeList = new ArrayList<>();

    public void addObjects() {
        while (true) {
            largeList.add(new Object()); // Continu objecten toevoegen zonder ze te verwijderen
        }
    }

    public static void main(String[] args) {
        OOMExample example = new OOMExample();
        example.addObjects();
    }
}

# Voorbeeldcommando om Java te starten met geheugenlimiet voor snelle OOM-demo
java -Xmx64m OOMExample

Het voorkomen van OOM omvat:

• Het optimaliseren van de code voor efficiënt geheugengebruik.
• Correct instellen van JVM- of runtime-geheugenparameters.
• Regelmatig heap dumps analyseren en profileren.
• Het geheugenverbruik in productie monitoren.