java.lang.OutOfMemoryError: GC overhead limit exceeded

Sind Sie im wesentlichen ausgeführt, aus dem Speicher führen Sie den Prozess reibungslos. Optionen, die in den Sinn kommen:

1. Geben Sie mehr Speicher wie du Sie erwähnt hast, versuchen, etwas zwischen, wie -Xmx512m ersten
2. Arbeit mit kleineren Chargen von HashMap Objekte zu verarbeiten, wenn möglich
3. Wenn Sie eine Menge von doppelten strings, verwenden Sie - String.intern() auf Sie, bevor er Sie in die HashMap
4. Verwenden Sie die HashMap(int initialCapacity, float loadFactor) Konstruktor Melodie für Ihren Fall

InformationsquelleAutor WhiteFang34

@takrl: Die Standardeinstellung für diese option ist:

java -XX:+UseConcMarkSweepGC

was bedeutet, dass diese option standardmäßig nicht aktiv ist. Also, wenn Sie sagen, Sie verwendet die option
"+XX:UseConcMarkSweepGC"
Ich nehme an, Sie konnten mit dieser syntax:

java -XX:+UseConcMarkSweepGC

was bedeutet, dass Sie ausdrücklich, diese option zu aktivieren.
Für die korrekte syntax und Standard-Einstellungen von Java HotSpot VM Options @ diese
Dokument

InformationsquelleAutor qupera

Ähmm... Sie müssen:

1. Komplett überdenken Ihre algorithmen & Datenstrukturen, so dass es nicht ' T brauchen alle diese kleinen HashMaps.

2. Erstellen Sie eine Fassade, die ermöglicht es Ihnen Seite diese HashMaps in-und-out-Speicher erforderlich. Eine einfache LRU-cache vielleicht genau das richtige sein.

3. Bis der verfügbare Speicher der JVM. Wenn nötig, sogar den Kauf mehr RAM könnte der Schnellste, BILLIGSTE Lösung, wenn Sie die Führung der Maschine, dass die Gastgeber dieses Tier. Having said that: ich bin generell kein fan von "throw hardware at it" - Lösungen, vor allem, wenn eine alternative Algorithmische Lösung gedacht werden kann, in einem angemessenen Zeitrahmen. Wenn Sie halten werfen mehr hardware jedes eins von diesen Probleme Sie bald in das Gesetz des abnehmenden Ertrags.

Was Sie tatsächlich versuchen zu tun, eh? Ich vermute, es gibt einen besseren Ansatz, um Ihre eigentliche problem sein.

InformationsquelleAutor corlettk

Speichern nicht die gesamte Struktur im Speicher, während des Wartens auf das Ende.

Schreiben Sie die vorläufigen Ergebnisse in eine temporäre Tabelle in der Datenbank anstelle von hashmaps - funktional, eine Datenbank-Tabelle ist das äquivalent einer hashmap, d.h. beide unterstützen den verschlüsselten Zugriff auf Daten, aber die Tabelle ist nicht Speicher gebunden werden, so dass die Verwendung einer indizierten Tabelle hier eher als die hashmaps.

Wenn es richtig gemacht, Ihr Algorithmus sollte nicht einmal bemerken die Veränderung - korrekt bedeutet hier, verwenden Sie eine Klasse zum darstellen der Tabelle, auch gibt es eine put(key, value) und get(key) Methode genauso wie eine hashmap.

Wenn das intermediate-Tabelle abgeschlossen ist, generiert die erforderlichen sql-Anweisung(en) aus, anstatt aus dem Arbeitsspeicher.

InformationsquelleAutor Rodney P. Barbati

Wenn Sie Hunderte von tausenden von hash-maps, verwenden Sie wahrscheinlich weit mehr, als Sie eigentlich benötigen; es sei denn Sie arbeiten mit großen Dateien oder Grafiken, die Speicherung von einfachen Daten-sollte nicht überlaufen-das Java-memory-limit.

Sollten Sie versuchen, und überdenken Sie Ihren Algorithmus. In diesem Fall würde ich bieten mehr Hilfe zu diesem Thema, aber ich kann nicht geben keine Informationen, bis Sie mehr über den Kontext des Problems.

InformationsquelleAutor RétroX

Behebung von Speicher-Lecks in Ihrer Anwendung mit Hilfe von Profil-tools wie eclipse MAT oder VisualVM

Mit JDK 1.7.x oder höher, verwenden Sie G1GC, die verbringt 10% auf die garbage collection im Gegensatz zu 2% in andere GC-algorithmen.

Abgesehen von der Einstellung der heap-Speicher mit -Xms1g -Xmx2g , versuchen Sie `

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

Haben Sie einen Blick auf oracle Artikel für die Feinabstimmung dieser Parameter.

Einige Fragen zu G1GC in SE:

Java 7 (JDK 7) Müll-Sammlung und Dokumentation auf dem G1

Java G1 garbage collection in der Produktion

Agressive garbage collector Strategie

InformationsquelleAutor Ravindra babu

Müssen Sie erhöhen Sie die Größe des Arbeitsspeichers in Jdeveloper gehen setDomainEnv.cmd.

set WLS_HOME=%WL_HOME%\server
set XMS_SUN_64BIT=256
set XMS_SUN_32BIT=256
set XMX_SUN_64BIT=3072
set XMX_SUN_32BIT=3072
set XMS_JROCKIT_64BIT=256
set XMS_JROCKIT_32BIT=256
set XMX_JROCKIT_64BIT=1024
set XMX_JROCKIT_32BIT=1024

if "%JAVA_VENDOR%"=="Sun" (
    set WLS_MEM_ARGS_64BIT=-Xms256m -Xmx512m
    set WLS_MEM_ARGS_32BIT=-Xms256m -Xmx512m
) else (
    set WLS_MEM_ARGS_64BIT=-Xms512m -Xmx512m
    set WLS_MEM_ARGS_32BIT=-Xms512m -Xmx512m
)
and

set MEM_PERM_SIZE_64BIT=-XX:PermSize=256m
set MEM_PERM_SIZE_32BIT=-XX:PermSize=256m

if "%JAVA_USE_64BIT%"=="true" (
    set MEM_PERM_SIZE=%MEM_PERM_SIZE_64BIT%

) else (
    set MEM_PERM_SIZE=%MEM_PERM_SIZE_32BIT%
)

set MEM_MAX_PERM_SIZE_64BIT=-XX:MaxPermSize=1024m
set MEM_MAX_PERM_SIZE_32BIT=-XX:MaxPermSize=1024m

InformationsquelleAutor shashi

Für meinen Fall die Erhöhung der Speicher mit -Xmx option war die Lösung.

Hatte ich einen 10g-Datei Lesen im java-und jedes mal bekam ich die gleiche Fehlermeldung. Dies passierte, wenn der Wert in der RES Spalte in top Befehl erreicht den eingestellten Wert -Xmx option. Dann durch eine Erhöhung der Speicher mit -Xmx option alles ging gut.

Gab es einen weiteren Punkt. Wenn ich JAVA_OPTS oder CATALINA_OPTS in meinem Benutzer-Konto und erhöht die Menge der Speicher wieder bekam ich die gleiche Fehlermeldung. Dann druckte ich den Wert dieser environment-Variablen in meinem code, die mir andere Werte, als was ich gesetzt. Der Grund war, dass Tomcat war die Wurzel für die Prozess-und dann, wie ich war nicht eine su-Macher, fragte ich den admin zu erhöhen, die Speicher in catalina.sh im Tomcat.

InformationsquelleAutor M. Mashaye