JEP [DRAFT]: Container aware Java

[Kirk Pepperdine]

Hi,

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 oracle.com> wrote:
> 
> Bernd Eckenfels ecki at zusammenkunft.net 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
>