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