tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Barak Yaish <ba...@peer39.com>
Subject RE: Tomcat 6 Memory problem
Date Sun, 07 Sep 2008 15:27:43 GMT
Thanks, can u direct me what exactly kind of info should I supply?

I do run a stress test, and I wouldn't complain if MY objects were growing,
I just thought it's weird that this Policy object retained so much memory...

-----Original Message-----
From: Johnny Kewl [mailto:john@kewlstuff.co.za] 
Sent: Sunday, September 07, 2008 4:03 PM
To: Tomcat Developers List
Subject: Re: Tomcat 6 Memory problem


Oh, misread your post, sorry, thought you where doing RMI "thru" a native 
lib... ha ha
Nevermind... its what happens when you pull an all nighter.

I'll let a TC guru answer it ;)
But you need to provide more info...

Are the threads stable? What are they doing...
Why only a short time test?
Let it run further, if its stable and doesnt crash, what you running may 
just be heavy.
Stick it under a load test, someting like JMeter and try break it?
Start up visualgc and watch it... if it keeps climbing, you in trouble.

Normal is relative ;)

java.security.Policy is like a policeman... its watching everything, the 
properties set, the memory allocated, the network connections, the 
threads... it may well grow with load.

The memory allocation actually means nothing if you dont actually know what 
the systems wants to top out at...

If your threads are climbing, it maybe the remote RMI cant keep up.
How long is a piece of string... just whack it and try break it, see if you 
have built a truck or a porche... etc...

Dont think anyone can tell you "short time" 3 gig perm heap... ok or not ok

Have fun....



----- Original Message ----- 
From: "Barak Yaish" <barak@peer39.com>
To: <dev@tomcat.apache.org>
Sent: Sunday, September 07, 2008 12:46 PM
Subject: Tomcat 6 Memory problem


> Hello all,
>
>
>
> I'm reposting here a question I posted before at the Users list, and 
> someone
> there suggested that maybe people who aware the source may be more useful.
>
>
>
> So.
>
>
>
> I'm running Tomcat 6.0.16 on CentoOS 5, linked with native library, 32 
> bit.
> I deployed a Servelt, which on invocation executes an RMI call to a remote
> RMI server. Tomcat configured with max heap size of 2G
>
>
>
> After short time of running under heavy load, the memory consumption
> reported by top is close to 2G. jmap output is:
>
>
>
>
>
>
>
> Attaching to process ID 20248, please wait...
>
>
>
> Debugger attached successfully.
>
>
>
> Server compiler detected.
>
>
>
> JVM version is 1.6.0-b105
>
>
>
>
>
>
>
> using thread-local object allocation.
>
>
>
> Parallel GC with 4 thread(s)
>
>
>
>
>
>
>
> Heap Configuration:
>
>
>
>   MinHeapFreeRatio = 40
>
>
>
>   MaxHeapFreeRatio = 70
>
>
>
>   MaxHeapSize      = 2147483648 (2048.0MB)
>
>
>
>   NewSize          = 1048576 (1.0MB)
>
>
>
>   MaxNewSize       = 4294901760 (4095.9375MB)
>
>
>
>   OldSize          = 4194304 (4.0MB)
>
>
>
>   NewRatio         = 2
>
>
>
>   SurvivorRatio    = 8
>
>
>
>   PermSize         = 16777216 (16.0MB)
>
>
>
>   MaxPermSize      = 268435456 (256.0MB)
>
>
>
>
>
>
>
> Heap Usage:
>
>
>
> PS Young Generation
>
>
>
> Eden Space:
>
>
>
>   capacity = 582221824 (555.25MB)
>
>
>
>   used     = 0 (0.0MB)
>
>
>
>   free     = 582221824 (555.25MB)
>
>
>
>   0.0% used
>
>
>
> From Space:
>
>
>
>   capacity = 48103424 (45.875MB)
>
>
>
>   used     = 48079216 (45.85191345214844MB)
>
>
>
>   free     = 24208 (0.0230865478515625MB)
>
>
>
>   99.9496751000511% used
>
>
>
> To Space:
>
>
>
>   capacity = 69402624 (66.1875MB)
>
>
>
>   used     = 0 (0.0MB)
>
>
>
>   free     = 69402624 (66.1875MB)
>
>
>
>   0.0% used
>
>
>
> PS Old Generation
>
>
>
>   capacity = 1431699456 (1365.375MB)
>
>
>
>   used     = 1424597528 (1358.6020736694336MB)
>
>
>
>   free     = 7101928 (6.772926330566406MB)
>
>
>
>   99.50395119798104% used
>
>
>
> PS Perm Generation
>
>
>
>   capacity = 35782656 (34.125MB)
>
>
>
>   used     = 28493056 (27.173095703125MB)
>
>
>
>   free     = 7289600 (6.951904296875MB)
>
>
>
>   79.62811927655677% used
>
>
>
>
>
>
>
> I've dump a file using jmap, and asked MemoryAnalyzer 
> (www.eclipse.org/mat)
> to take a look. This tool reported that an instance of 
> java.security.Policy
> retained 77.7% of the heap (552,569,816 bytes).
>
>
>
>
>
> I would like to ask whether this behavior seems normal?
>
>
>
>
>
> Thanks,
>
>
>
>
>
> Barak.
>
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message