Application memory use

Michael Hall mik3hall at gmail.com
Mon Apr 23 15:11:42 PDT 2012


On Apr 23, 2012, at 4:09 PM, Henri Gomez wrote:

>>> I'm studing on bringing back 32/64 (universal) OpenJDK 7 fo
> 
>> If I'm understanding correctly this would mean by default compressed would be used for both and you should see more or less the same memory footprint.
> 
> With Compressed Pointers a 64 bits JVM will consume less memory but it
> will still be higher than a 32 bits JVM for same usage.
> 
>> I'll check when a 32/64 bit openjdk jvm build is available that should match on this option.
> 
> I built a TestDrive OpenJDK 7 universal (32/64) :
> 
> http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-1.7-x64-u4-jdk-jdk7u4-b21-20120423.dmg
> 
> Feedbacks welcomed

I'll try it out.

I sort of reproduced what I was seeing earlier in JConsole

http://www195.pair.com/mik3hall/java16.tiff
is the java 1.6 run of my app. I hit it with some activity and it goes into the sawtooth pattern I mentioned.

http://www195.pair.com/mik3hall/java17.tiff
is the java 1.7 run of the app. After the activity hit memory takes off and climbs 50MB before the next drop.

Who knows might be a problem with something leaking in my app that 1.6 controls better.
But 1.7 definitely seems to involve a lot more memory sloshing around.


More information about the macosx-port-dev mailing list