2

私はTomcatで実行されているgrailsアプリを持っていますが、これはクラスローダーをリークしているようです。約2週間の操作の後、OOMEがスローされます。しかし、私は問題の根本的な原因を理解することができません。これに取り組む方法についての助けは非常に高く評価されます。

Grailsプラグインがインストールされています

app.grails.version=1.3.7
app.name=bm
app.servlet.version=2.4
app.version=0.1
plugins.database-migration=1.0
plugins.executor=0.3
plugins.export=0.9
plugins.google-visualization=0.5
plugins.hibernate=1.3.7
plugins.mail=1.0-SNAPSHOT
plugins.quartz=0.4.2
plugins.spring-security-core=1.2.1
plugins.tomcat=1.3.7

JMAP出力

 num     #instances         #bytes  class name
----------------------------------------------
1:        140060       18764192  <constMethodKlass>
2:        164561       17114344  org.codehaus.groovy.runtime.metaclass.MetaMethodIndex$Entry
3:        140060       16817936  <methodKlass>
4:         14326       15583816  <constantPoolKlass>
5:        157629       14203608  [C
6:         14326       12833728  <instanceKlassKlass>
7:         71899       10928648  java.lang.reflect.Method
8:         12865        9810400  <constantPoolCacheKlass>
9:        155186        9471320  <symbolKlass>
10:         28791        9364696  [B
11:        164650        7903200  java.util.concurrent.locks.ReentrantLock$NonfairSync
12:        164496        7895808  java.util.concurrent.ConcurrentHashMap$Segment
13:        154748        7427904  java.util.HashMap$Entry
14:        137621        7235504  [Ljava.lang.Object;
15:        178058        7122320  java.lang.String
16:        164496        5876008  [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
17:         25224        5322656  [Ljava.util.HashMap$Entry;
18:         16359        4774824  [Lorg.codehaus.groovy.util.ComplexKeyHashMap$Entry;
19:          6456        3368704  <methodDataKlass>
20:         69962        3358176  org.codehaus.groovy.util.SingleKeyHashMap$Entry
21:         59890        3353840  java.lang.ref.SoftReference
22:         69222        3322656  java.lang.ref.WeakReference
23:         31530        3026880  java.beans.MethodDescriptor
24:         22579        2890112  java.lang.reflect.Field
25:           897        2824728  [Lorg.codehaus.groovy.runtime.metaclass.MetaMethodIndex$Entry;
26:         15006        2761104  java.lang.Class
27:         45281        2592272  [I
28:         23921        2487784  org.codehaus.groovy.reflection.CachedMethod
29:         46947        1877880  java.util.ArrayList
30:         58290        1865280  org.codehaus.groovy.util.FastArray
31:         21968        1832888  [[I
32:         56895        1792872  [Ljava.lang.Class;
33:            34        1681456  [Lorg.apache.commons.collections.map.AbstractHashedMap$HashEntry;
34:         46489        1661760  [Ljava.lang.String;
35:         10267        1562376  [Ljava.util.concurrent.ConcurrentHashMap$Segment;
36:         12511        1501320  java.lang.reflect.Constructor
37:         30817        1479216  java.util.concurrent.ConcurrentHashMap$HashEntry
38:         17869        1248784  [S
39:         19447        1244608  java.util.HashMap
40:         20885        1169560  groovy.lang.MetaBeanProperty

コンカレントハッシュマップエントリの数が多いため、エグゼキュータプラグインが原因であるかどうか疑問に思います。さまざまな時点でjmapを使用して自分のクラスのインスタンスの数を確認しましたが、それらは増加していないようです。この問題を解決するにはどうすればよいですか。この問題に「取り組むためのアプローチ」を提供していただければ、すばらしいことです。

4

2 に答える 2

3

Plumbrを試してみる価値があるかもしれません。現在もpermgenリークが検出されており、この機能は当面無料です。

于 2012-08-27T12:53:46.010 に答える
1

クイックグーグル検索はこれらの情報源を提供しました:

Grails / Groovyメモリリークのトラブルシューティング?

http://www.wapolabs.com/2011/12/13/profiling-a-grails-application-with-a-runaway-memory-leak/

プラグインの問題だと思われる場合、プラグインを削除してテストするのはどのくらい難しいですか?

于 2012-08-26T19:47:49.320 に答える