Um den Java 6 (1.6.0_23) GC zu optimieren, verwende ich -XX:+UseParallelOldGC zusammen mit
Mein Ziel ist es, den GC ein optimales Verhältnis zwischen alten und neuen Regionen berechnen zu lassen. Visualgc (jvmstat 3.0) zeigt jedoch, dass das Verhältnis zwischen den Eden und den Überlebenden
wird entsprechend meiner Arbeitsbelastung modifiziert, die alte Region bleibt (verzweifelt) in ihrer ursprünglichen Größe, festgelegt durch newRatio (2 in meinem Fall).
Was stimmt nicht mit meinen Einstellungen oder Erwartungen?
Auf meinem Bildschirm, nach 19 Kollektionen zeigt visualgc das alte Gen ständig unter 500m während die reservierten und engagierten Größen der alten Generation gleich 624m sind. Ich habe NewSize auf 30m und MaxNewSize auf 300m gesetzt, aber das ändert nichts: NewRatio scheint unfassbar ... PrintAdaptiveSizePolicy spricht nur von Überlebenden.
Der Punkt ist, dass das "reserved space" Menü von visualgc nichts für den Old Gen Space zeigt ... Ich habe versucht, auch -XX: + UseAdaptiveGCBoundary ohne irgendeine Änderung.
Hier sind einige Protokolle
-XX:+PrintTenuringDistribution -XX:+PrintGCDetails
Es gibt eine vollständige GC und den letzten Druck des Heaps ... Es scheint, dass die Dauerverteilung auch verstümmelt ist ...
%Vor%Wie kann ich die alte Region in Java GC adaptiv anpassen?
Ich glaube nicht, dass es möglich ist. Der GC hat eine begrenzte Anzahl von "Einstellknöpfen", und ich kann keinen sehen, der das für Sie tun würde. Mein Gefühl ist, dass Sie das Problem "überdenken".
Referenz:
Wenn diese Antwort nicht gut genug ist, sind Ihre Optionen eher begrenzt:
Wenn Sie die entsprechenden Kanäle durchlaufen und bereit wären, etwas Geld auszugeben, könnten Sie wahrscheinlich Hilfe von einem Oracle-Tuning-Experten bekommen.
Wenn Sie Zeit und Geduld hätten, könnten Sie versuchen, den GC-Quellcode in der OpenJDK-Codebasis zu verstehen.
Tags und Links java garbage-collection