Qu'est-ce que Out of Memory (OOM) ?

Out of Memory (OOM) — c’est une situation où une application ou un système d’exploitation épuise la mémoire vive disponible pour allouer de nouveaux objets ou effectuer des opérations requises.

Dans le contexte des systèmes d’exploitation, OOM se produit lorsque le système ne peut pas allouer de mémoire pour un nouveau processus ou thread. Pour éviter un crash complet du système, Linux dispose du OOM Killer, un mécanisme qui termine de force les processus consommant beaucoup de mémoire afin de libérer des ressources.

Dans le contexte des applications, OOM survient lorsque la machine virtuelle Java (JVM) ou un autre environnement d’exécution ne peut pas allouer de mémoire dans le tas (heap) pour créer un nouvel objet.

Les causes de OOM peuvent être variées :

Fuites de mémoire : Objets qui ne sont plus utilisés restent en mémoire parce qu’il existe des références à eux, empêchant le ramasse-miettes de les supprimer.
Consommation excessive de mémoire : L’application demande ou maintient une quantité de mémoire trop grande pour traiter des données (par exemple, charger un gros fichier en mémoire).
Allocation insuffisante de mémoire : La configuration JVM (par exemple, -Xmx) ou la configuration de l’environnement d’exécution ne fournit pas assez de mémoire pour l’application.
Mauvaise configuration des pools de threads ou de connexions : Un nombre excessif de threads ou de connexions actifs peut consommer beaucoup de mémoire de pile (pour les threads) ou d’autres zones mémoire.

Les signes de OOM au niveau de l’application sont souvent :

Ralentissement de l’application.
Exception OutOfMemoryError dans les logs.
Baisse des performances du Garbage Collector.

Pour diagnostiquer OOM, on utilise :

Analyse des logs : Recherche d’exceptions OutOfMemoryError et de messages du OOM Killer.
Captures de dumps de heap : Création d’une image du contenu du heap au moment de l’erreur pour analyse avec des outils comme Eclipse Memory Analyzer Tool (MAT), VisualVM.
Monitoring : Utilisation de systèmes de surveillance (Prometheus, Grafana, New Relic) pour suivre l’utilisation de la mémoire JVM et du système d’exploitation.
Profilage : Utilisation de profileurs (JProfiler, YourKit) pour identifier des motifs d’utilisation de la mémoire et des sources de fuites.

// Exemple de code Java pouvant causer un OOM (avec fuite de mémoire)
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()); // Ajout continu d’objets sans suppression
        }
    }

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

# Exemple de commande pour lancer Java avec limite de mémoire pour une démonstration rapide d’OOM
java -Xmx64m OOMExample

Prévenir OOM implique :

Optimiser le code pour une utilisation efficace de la mémoire.
Configurer correctement les paramètres de mémoire JVM ou de l’environnement d’exécution.
Analyser régulièrement les dumps de heap et faire du profilage.
Surveiller l’utilisation de la mémoire en production.