Deallocating memory pages

Hiroshi Yamauchi yamauchi at google.com
Thu Feb 21 23:42:04 UTC 2013


Hi Clemens,

> This is really unfourtunate, from my POV especially for client-side workloads.
> On the desktop, footprint is often more important than
> peak-performance, especially when running many java based desktop
> applications.
> (although I have to admit CMS doesn't make a lot of sence there).

I am inclined to agree with that. Re: CMS, I'm curious, does CMS not
work well for client-side apps?

>
> What I find so intriguing about this patch is that it basically
> reduces one of the drawbacks of GC based systems: Unused memory is not
> given back to the memory manager of the OS. I've recently read a paper
> about the idea of a GC interface provided by the kernel to avoid this
> issue, but this patch essentially achieves the same just by using
> existing interfaces.

Interesting.

BTW, would anyone like to try out this patch and give feedback? It's
at http://cr.openjdk.java.net/~hiroshi/webrevs/dhp/webrev.00 (which is
currently Linux/CMS only and needs to be patched into
http://hg.openjdk.java.net/hsx/hotspot-gc/hotspot/ and built).



More information about the hotspot-gc-dev mailing list