> From: CrystalCracker [mailto:sudarshan.acha...@gmail.com]
> Subject: Re: Understanding GC Logs
>
> Shouldn't the 'port' object get collected once ?
Don't confuse a reference to an object with the object itself. The port
variable may go out of scope, but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
CrystalCracker,
On 6/11/2009 12:01 PM, CrystalCracker wrote:
> Upon more profiling, I figured that I have lots of apache.axis objects that
> are not garbage collected.
Does the MyPortType class have a 'close' method or something like that
that must b
Upon more profiling, I figured that I have lots of apache.axis objects that
are not garbage collected.
The way I am making SOAP calls is through axis1.4 generated stubs. Eg.
MyDAO {
protected MyPortType getAPIConnection() throws Exception {
MyPort port;
try {
MySe
> From: CrystalCracker [mailto:sudarshan.acha...@gmail.com]
> Subject: RE: Understanding GC Logs
>
> Not sure what you mean by pooling those. I am using JBoss cache.
Which I'm not familiar with, so I can't really offer much advice about it. The
GC log does show some rath
>> If what you're caching is large arrays, you might want to consider
breaking them up into smaller >>chunks of the same size, and pooling those.
Not sure what you mean by pooling those. I am using JBoss cache.
>>You might also think about tracking your cache entries via SoftReference
objects,
> From: CrystalCracker [mailto:sudarshan.acha...@gmail.com]
> Subject: Re: Understanding GC Logs
>
> I have a caching layer which is configured to evict objects from memory
> after 3 minutes of idle time. I have profiled and see all those objects
> in cache get evicted after so
>>- what was hanging on to the 0.5Gb of memory in the 15 second period
>>above between the 2nd and 3rd GC.
I have a caching layer which is configured to evict objects from memory
after 3 minutes of idle time. I have profiled and see all those objects in
cache get evicted after some idle time.
Is
CrystalCracker wrote:
> I am just trying to learn and understand the GC logs. (I did read the sun's
> docs on GC tuning).
>
> jdk1.6.0_07
> -Xms2g -Xmx2g -Xss256k
> -XX:+UseLargePages -XX:+PrintGCDetails
> -verbose:gc -Xloggc:/var/log/gc.log
> -XX:PermSize=512m -XX:MaxPermSize=512m
>
> It is r
