13

ConcurrentMark-Sweepコレクターを使用したアプリケーションのGCログファイルに次の症状が見られます。

4031.248: [CMS-concurrent-preclean-start]
4031.250: [CMS-concurrent-preclean: 0.002/0.002 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
4031.250: [CMS-concurrent-abortable-preclean-start]
 CMS: abort preclean due to time 4036.346: [CMS-concurrent-abortable-preclean: 0.159/5.096 secs] [Times: user=0.00 sys=0.01, real=5.09 secs] 
4036.346: [GC[YG occupancy: 55964 K (118016 K)]4036.347: [Rescan (parallel) , 0.0641200 secs]4036.411: [weak refs processing, 0.0001300 secs]4036.411: [class unloading, 0.0041590 secs]4036.415: [scrub symbol & string tables, 0.0053220 secs] [1 CMS-remark: 16015K(393216K)] 71979K(511232K), 0.0746640 secs] [Times: user=0.08 sys=0.00, real=0.08 secs]

プレクリーンプロセスは継続的に中断し続けます。CMSMaxAbortablePrecleanTimeをデフォルトの5から15秒に調整しようとしましたが、それは役に立ちませんでした。現在のJVMオプションは次のとおりです...

Djava.awt.headless=true
 -Xms512m
 -Xmx512m
 -Xmn128m
 -XX:MaxPermSize=128m
 -XX:+HeapDumpOnOutOfMemoryError
 -XX:+UseParNewGC
 -XX:+UseConcMarkSweepGC
 -XX:BiasedLockingStartupDelay=0
 -XX:+DoEscapeAnalysis
 -XX:+UseBiasedLocking
 -XX:+EliminateLocks
 -XX:+CMSParallelRemarkEnabled
 -verbose:gc
 -XX:+PrintGCTimeStamps
 -XX:+PrintGCDetails
 -XX:+PrintHeapAtGC
 -Xloggc:gc.log
 -XX:+CMSClassUnloadingEnabled
 -XX:+CMSPermGenPrecleaningEnabled
 -XX:CMSInitiatingOccupancyFraction=50
 -XX:ReservedCodeCacheSize=64m
 -Dnetworkaddress.cache.ttl=30
 -Xss128k

並行-abortable-precleanが実行される機会がないようです。CMSScavengeBeforeRemarkを有効にすることを提案したhttps://blogs.oracle.com/jonthecollector/entry/did_you_knowを読みましたが、一時停止の副作用は理想的ではなかったようです。誰かが何か提案をすることができますか？

また、CMS GCログ、特に次の行を取得するための優れたリファレンスがあるかどうか疑問に思いました。

[1 CMS-remark: 16015K(393216K)] 71979K(511232K), 0.0746640 secs]

それらの番号が参照しているメモリ領域が明確ではありません。 編集このhttp://www.sun.com/bigadmin/content/submitted/cms_gc_logs.jsp へのリンクが見つかりました

4

4 に答える 4

3

誰かがすでに述べたように、最初のステップはCMSInitiatingOccupancyFractionを増やすことです。

次のステップとして、私は旗を使用-XX:-PrintTenuringDistributionし、若い世代から古い世代への時期尚早な昇進がないことを確認します。これは、古いものから若いものへの参照につながり、中止可能なプレクリーンフェーズが長くなる可能性があります。そのような時期尚早の昇進がある場合は、エデンとサバイバースペースの比率を調整してみてください。

于 2012-02-16T21:45:13.677 に答える
3

[時間: user=0.00 sys=0.01, real=5.09 秒]

CMS-concurrent-abortable-preclean-startユーザーとシステムのどちらの CPU 時間も 5 秒以内に取得できない理由を調査してみます。

私の提案は、次のような「クリーンな」JVM CMS 起動フラグから開始することです

-Djava.awt.headless=true
-Xms512m
-Xmx512m
-Xmn128m
-Xss128k
-XX:MaxPermSize=128m
-XX:+UseConcMarkSweepGC
-XX:+HeapDumpOnOutOfMemoryError
-Xloggc:gc.log
-XX:+PrintGCTimeStamps
-XX:+PrintGCDetails
-XX:+PrintHeapAtGC

次に、問題が再現するかどうかを確認し、一度に 1 つのパラメーターを調整し続けます。

于 2010-06-24T10:12:27.437 に答える