Found in 4 comments on Hacker News
needusername · 2016-04-23 · Original thread
See the logs he posted

[Full GC

    [PSYoungGen: 10752K->9707K(142848K)]

    [ParOldGen: 232384K->232244K(485888K)] 243136K->241951K(628736K)

    [PSPermGen: 3162K->3161K(21504K)],

    1,5265450 secs

-> parallel old

A full GC frees 140k of old 1045k of young memory. He's almost running out of memory with parallel old. He needs to run a way larger heap. G1 isn't going to be any better with a live set the size he has in combination with his max heap.

All this explained in Java Performance [1]

geodel · 2016-04-14 · Original thread
From the link I see:

> The following example JVM settings are recommended for most production engine tier servers: -server -Xms24G -Xmx24G -XX:PermSize=512m -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:ParallelGCThreads=20 -XX:ConcGCThreads=5 -XX:InitiatingHeapOccupancyPercent=70

So Oracle mentions 200ms for most prod use. I am not sure how you are able to deduct ~10ms pause from that link.

And just because one can configure ~10ms does not mean at JVM will start respecting it. There is nothing in any official document by Oracle about max GC pause time. The results Google threw are mostly around ~150ms as min pause.

> It also has a state-of-the-art generational GC.

And it needs something like

to do what JVM can do in theory. In practice as a java users I am used to seeing ~20-30 sec pauses for Full GC.

The only effort in open for sub 10ms GC for large heaps is Project Shenandoah:

and it is long way from availability.

Better update the title with this one:

Java Performance:

Java Puzzlers is helpful if you're doing low-level programming using Java. I find it to be less useful for app development.

Fresh book recommendations delivered straight to your inbox every Thursday.