1

jboss コンソールを起動すると、次のテキストが表示されます。原因はガベージコレクションによるものと思われます。それは以前には起こりませんでした。構成ファイルもソースコードも変更していません。解決するアイデアはありますか？ご覧のとおり、永続化部分が開始されてから 16 分近く (12:37 - 12:21) 待機しています。

12:21:53,438 INFO  [PersistenceUnitDeployment] Starting persistence unit persistence.units:ear=ikarus.ear,unitName=ikarus
36.473: [GC 74716K->29865K(241856K), 0.0153986 secs]
37.818: [GC 75689K->35101K(240896K), 0.0124849 secs]
40.876: [GC 80925K->37018K(242304K), 0.0124359 secs]
41.176: [GC 84186K->38778K(241792K), 0.0096731 secs]
41.481: [GC 85946K->40591K(241152K), 0.0166358 secs]
41.621: [GC 86863K->43877K(241600K), 0.0127246 secs]
93.771: [GC 90149K->46121K(241856K), 0.0080522 secs]
324.787: [GC 92777K->46313K(241728K), 0.0025572 secs]
534.417: [GC 92804K->46457K(241920K), 0.0012326 secs]
788.777: [GC 93241K->46677K(241792K), 0.0017520 secs]
907.338: [GC 72305K->46805K(242688K), 0.0030763 secs]
907.342: [Full GC 46805K->46781K(242688K), 0.1523979 secs]
12:37:02,786 INFO  [JmxKernelAbstraction] creating wrapper delegate for: org.jboss.ejb3.entity.PersistenceUnitDeployment
4

1 に答える 1

0

間にいくつかのスレッド ダンプを取得して、VM が何を実行しているか、どこでハングしているかを確認します。

ガベージ コレクションは必ずしもスローダウンの理由であるとは限りません。時間がかかりすぎて GC の原因となっている別の操作があることを示しているだけかもしれません。スレッド ダンプをチェックして、その間隔中の VM のアクティビティを分析します。

于 2013-10-02T17:19:05.587 に答える