Fehler java.lang.OutOfMemoryError: GC-Overhead-Grenze überschritten

Question

Ich erhalte diese Fehlermeldung, wenn ich meine JUnit Tests:

java.lang.OutOfMemoryError: GC overhead limit exceeded

Ich weiß, was ein OutOfMemoryError ist, aber was bedeutet die GC-Overhead-Grenze? Wie kann ich das lösen?

Answer 1

Diese Meldung bedeutet, dass der Garbage Collector aus irgendeinem Grund übermäßig viel Zeit benötigt (standardmäßig 98 % der gesamten CPU-Zeit des Prozesses) und bei jedem Durchlauf nur sehr wenig Speicher zurückgewinnt (standardmäßig 2 % des Heaps).

Das bedeutet, dass Ihr Programm keinen Fortschritt mehr macht und die ganze Zeit nur noch mit der Garbage Collection beschäftigt ist.

Um zu verhindern, dass Ihre Anwendung CPU-Zeit in Anspruch nimmt, ohne etwas zu tun, wirft die JVM diese Error damit Sie eine Chance haben, das Problem zu diagnostizieren.

Die seltenen Fälle, in denen ich dies gesehen habe, ist, wo einige Code Tonnen von temporären Objekten und Tonnen von schwach referenzierten Objekten in einer bereits sehr Speicher-begrenzten Umgebung erstellt wurde.

Sehen Sie sich den Java GC tuning guide an, der für verschiedene Java-Versionen verfügbar ist und Abschnitte zu diesem speziellen Problem enthält:

• Java 11 Tuning-Leitfaden hat spezielle Abschnitte über exzessive GC für verschiedene Garbage Collectors:
  • für die Paralleler Kollektor
  • für die Concurrent Mark Sweep (CMS) Kollektor
  • wird diese spezielle Fehlerbedingung für den Garbage First (G1) Collector nicht erwähnt.
• Java 8 Tuning-Leitfaden und seine Übermäßiger GC-Abschnitt
• Java 6 Tuning-Leitfaden und seine Übermäßiger GC-Abschnitt .

Answer 2

Zitat aus dem Artikel von Oracle "Java SE 6 HotSpot[tm] Virtual Machine Garbage Collection Tuning" :

Übermäßige GC-Zeit und OutOfMemoryError

Der parallele Kollektor gibt einen OutOfMemoryError aus, wenn zu viel Zeit mit der Garbage Collection verbracht wird: Wenn mehr als 98% der Gesamtzeit mit der Garbage Collection verbracht wird und weniger als 2% des Heaps wiederhergestellt werden, wird ein OutOfMemoryError ausgegeben. Mit dieser Funktion soll verhindert werden, dass Anwendungen über einen längeren Zeitraum laufen, aber keine oder nur geringe Fortschritte machen, weil der Heap zu klein ist. Falls erforderlich, kann diese Funktion durch Hinzufügen der Option -XX:-UseGCOverheadLimit in die Befehlszeile.

EDIT: Sieht so aus, als könnte jemand schneller tippen als ich :)

Answer 3

Wenn Sie sicher sind, dass es keine Speicherlecks in Ihrem Programm, versuchen Sie es:

1. Erhöhen Sie die Heap-Größe, zum Beispiel -Xmx1g .
2. Aktivieren Sie den Kollektor für gleichzeitige niedrige Pausen -XX:+UseConcMarkSweepGC .
3. Verwenden Sie vorhandene Objekte nach Möglichkeit wieder, um Speicherplatz zu sparen.

Erforderlichenfalls kann die Grenzwertprüfung kann durch Hinzufügen der folgenden Option deaktiviert werden -XX:-UseGCOverheadLimit in die Befehlszeile.

Answer 4

Normalerweise ist es der Code. Hier ist ein einfaches Beispiel:

import java.util.*;

public class GarbageCollector {

    public static void main(String... args) {

        System.out.printf("Testing...%n");
        List<Double> list = new ArrayList<Double>();
        for (int outer = 0; outer < 10000; outer++) {

            // list = new ArrayList<Double>(10000); // BAD
            // list = new ArrayList<Double>(); // WORSE
            list.clear(); // BETTER

            for (int inner = 0; inner < 10000; inner++) {
                list.add(Math.random());
            }

            if (outer % 1000 == 0) {
                System.out.printf("Outer loop at %d%n", outer);
            }

        }
        System.out.printf("Done.%n");
    }
}

Verwendung von Java 1.6.0_24-b07 auf einem Windows 7 32 bit.

java -Xloggc:gc.log GarbageCollector

Dann schauen Sie sich gc.log

• 444 Mal mit der BAD-Methode ausgelöst
• 666 Mal mit der WORSE-Methode ausgelöst
• 354 Mal mit der BETTER-Methode ausgelöst

Zugegeben, das ist nicht der beste Test oder das beste Design, aber wenn man mit einer Situation konfrontiert ist, in der man keine andere Wahl hat, als eine solche Schleife zu implementieren, oder wenn man mit bestehendem Code zu tun hat, der sich schlecht verhält, kann die Entscheidung, Objekte wiederzuverwenden, anstatt neue zu erstellen, die Anzahl der Fälle reduzieren, in denen der Garbage Collector in die Quere kommt.

Answer 5

Ursache für den Fehler nach der Java [8] Plattform, Standard Edition Anleitung zur Fehlerbehebung (Hervorhebung und Zeilenumbrüche hinzugefügt)

[...] "GC overhead limit exceeded" zeigt an, dass der Garbage Collector ständig läuft und das Java-Programm nur sehr langsam vorankommt.

Nach einer Garbage Collection, wenn die Java-Prozesse verbringen mehr als 98% ihrer Zeit mit der Garbage Collection und wenn es weniger als 2% des Heaps wiederherstellt und dies die letzten 5 (zur Kompilierzeit konstanten) aufeinanderfolgenden Garbage Collections getan hat, dann wird ein java.lang.OutOfMemoryError geworfen wird. [...]

1. Vergrößerung des Heaps wenn der aktuelle Heap nicht ausreicht.
2. Wenn Sie diesen Fehler immer noch erhalten, nachdem Sie den Heap-Speicher erhöht haben, verwenden Sie memory Profilierungswerkzeuge wie MAT (Werkzeug zur Speicheranalyse), Visuelle VM usw. und beheben Speicherlecks.
3. Aktualisieren Sie die JDK-Version auf die neueste Version (1.8.x) oder mindestens 1.7.x und verwenden Sie den G1GC-Algorithmus. . Das Durchsatzziel für den G1 GC liegt bei 90 Prozent Anwendungszeit und 10 Prozent Garbage-Collection-Zeit

4. Neben dem Setzen von Heap-Speicher mit - Xms1g -Xmx2g , versuchen

   -XX:+UseG1GC -XX:G1HeapRegionSize=n -XX:MaxGCPauseMillis=m  
   -XX:ParallelGCThreads=n -XX:ConcGCThreads=n

Sehen Sie sich einige weitere Fragen zu G1GC an

• Java 7 (JDK 7) Garbage Collection und Dokumentation auf G1

• Java G1 Garbage Collection in der Produktion

• Oracle Technetwork-Artikel zum GC-Finetuning