here is an another result of the command :
 num     #instances         #bytes  class name
----------------------------------------------
   1:         51870       29907984  [B
   2:        143385       23236400  <constMethodKlass>
   3:        143385       19519080  <methodKlass>
   4:         13757       16819968  <constantPoolKlass>
   5:        118676       12751704  [C
   6:        216022       11762864  <symbolKlass>
   7:         13757       11205368  <instanceKlassKlass>
   8:         11346        9630928  <constantPoolCacheKlass>
   9:          8395        4569688  <methodDataKlass>
  10:        129805        4153760  java.lang.String
  11:         19434        2693176  [I
  12:         57369        2294760  org.hsqldb.DiskNode
  13:         24426        2278656  [Ljava.util.HashMap$Entry;
  14:          2904        2015496  [J
  15:         24869        1726120  [Ljava.lang.Object;
  16:         14690        1527760  java.lang.Class
  17:         46247        1479904  java.util.HashMap$Entry
  18:         20437        1375560  [S
  19:         14809        1303192  java.lang.reflect.Method
  20:         21276        1047400  [[I
  21:         17839         856272  java.util.HashMap
  22:          1403         734312  [[B

and the actual memory state of the server :
http://imageshack.us/photo/my-images/571/memoryleak4.png/


On Mon, Oct 10, 2011 at 3:16 PM, Micka <mickamus...@gmail.com> wrote:

> Ok, I got it ( thx to aaime :
>
> to find out the pid : ps aux | grep java | grep tomcat
>
> and the result of the command "'sudo jmap -histo:live 1161 | head -25" is :
>
>
> sudo jmap -histo:live 1161 | head -25
>
>  num     #instances         #bytes  class name
> ----------------------------------------------
>    1:         52174      568147880  [B
>    2:         21884      249481904  [I
>    3:        143385       23236400  <constMethodKlass>
>    4:        143385       19519080  <methodKlass>
>    5:         13757       16819968  <constantPoolKlass>
>    6:        122508       13104872  [C
>    7:        216022       11762864  <symbolKlass>
>    8:         13757       11205368  <instanceKlassKlass>
>    9:         11346        9630928  <constantPoolCacheKlass>
>   10:          8395        4569688  <methodDataKlass>
>   11:        133527        4272864  java.lang.String
>   12:         25546        2368872  [Ljava.util.HashMap$Entry;
>   13:         57369        2294760  org.hsqldb.DiskNode
>   14:          2938        2022632  [J
>   15:         25698        1803264  [Ljava.lang.Object;
>   16:         51340        1642880  java.util.HashMap$Entry
>   17:         14690        1527760  java.lang.Class
>   18:         20440        1375632  [S
>   19:         14809        1303192  java.lang.reflect.Method
>   20:           165        1055472  [D
>   21:         21276        1047400  [[I
>   22:         18865         905520  java.util.HashMap
> ~$ sudo jmap -histo:live 1161 | head -25
>
>  num     #instances         #bytes  class name
> ----------------------------------------------
>    1:         52048       92517792  [B
>    2:        143385       23236400  <constMethodKlass>
>    3:        143385       19519080  <methodKlass>
>    4:         13757       16819968  <constantPoolKlass>
>    5:        120920       12982400  [C
>    6:        216022       11762864  <symbolKlass>
>    7:         13757       11205368  <instanceKlassKlass>
>    8:         11346        9630928  <constantPoolCacheKlass>
>    9:          8395        4569688  <methodDataKlass>
>   10:        131984        4223488  java.lang.String
>   11:         20012        2718024  [I
>   12:         25501        2365496  [Ljava.util.HashMap$Entry;
>   13:         57369        2294760  org.hsqldb.DiskNode
>   14:          2988        2022216  [J
>   15:         26013        1774800  [Ljava.lang.Object;
>   16:         49574        1586368  java.util.HashMap$Entry
>   17:         14690        1527760  java.lang.Class
>   18:         20438        1375584  [S
>   19:         14809        1303192  java.lang.reflect.Method
>   20:         21276        1047400  [[I
>   21:         18886         906528  java.util.HashMap
>   22:          1430         736976  [[B
>
>
>
> On Mon, Oct 10, 2011 at 3:00 PM, Micka <mickamus...@gmail.com> wrote:
>
>> Ok,
>>
>>
>> But I can't because of :
>>
>> *However, if you are running Tomcat 6.x or 7.x, and using JDK 1.6.0_23 or
>> 1.6.0_24, Tomcat process will not show up in the jps output, or jvisualvm
>> screen. This is because Tomcat uses a custom java.io.tmpdir
>> (-Djava.io.tmpdir=$CATALINA_BASE/temp) but jps and jvisualvm in JDK 1.6.0_23
>> or 1.6.0_24 always looks for java processes under the default
>> java.io.tmpdir(the file hsperfdata_$USER). For more details, see
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=50518*
>>
>>
>> So I don't really know how to get the PID of tomcat and use the jmap
>> command :(
>>
>>
>> On Fri, Oct 7, 2011 at 8:19 PM, Andrea Aime <andrea.a...@geo-solutions.it
>> > wrote:
>>
>>> On Fri, Oct 7, 2011 at 7:50 PM, Micka <mickamus...@gmail.com> wrote:
>>> >
>>> > can someone give me some lead ? Some help ?
>>>
>>> Push GeoServer on the brink of the OOM again, and when the memory used is
>>> way
>>> up use jmap to see what is consuming the memory:
>>> http://docs.geoserver.org/latest/en/user/production/troubleshooting.html
>>>
>>> jmap -histo:live <pid> | head -25
>>>
>>> This should give us an idea of what is chewing up the memory
>>>
>>> Cheers
>>> Andrea
>>>
>>>
>>> --
>>> -------------------------------------------------------
>>> Ing. Andrea Aime
>>> GeoSolutions S.A.S.
>>> Tech lead
>>>
>>> Via Poggio alle Viti 1187
>>> 55054  Massarosa (LU)
>>> Italy
>>>
>>> phone: +39 0584 962313
>>> fax:      +39 0584 962313
>>>
>>> http://www.geo-solutions.it
>>> http://geo-solutions.blogspot.com/
>>> http://www.youtube.com/user/GeoSolutionsIT
>>> http://www.linkedin.com/in/andreaaime
>>> http://twitter.com/geowolf
>>>
>>> -------------------------------------------------------
>>>
>>
>>
>
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to