JEP [DRAFT]: Container aware Java

Kirk Pepperdine kirk at
Tue Aug 1 16:08:42 UTC 2017


Is is wise to standardize the JVM around the container du jour?

Kind regards,
Kirk Pepperdine

> On Aug 1, 2017, at 9:04 AM, David Holmes <david.holmes at> wrote:
> Bernd Eckenfels ecki at wrote on Mon Jul 17 21:57:39 UTC 2017
>> For a virtualized solution you can use the normal methods for getting the number of virtual CPUs or the RAM size (and I am quite sure nobody expects auto tuning based on host resources). JVM already does that. This fails for soft partitioning, especially cgroups, CPU sets (and NUMA Zones).
>> I am not sure how important auto tuning is, but it does make sense to observe soft partitioning limits. None of them are Docker specific, however.
>> Besides the maximum heap it also affects parallelity for GC and the default fork/join pool. Anything else in scope for this JEP?
> The VM already handles cpusets (as used by cgroups and thus Docker) on Linux, as their use is exposed through the sched_getaffinity API.
> David
>> Gruss
>> Bernd

More information about the hotspot-dev mailing list