Shenandoah and cometd testing

Roman Kennke rkennke at redhat.com
Tue Apr 9 22:45:10 UTC 2019


> On 4/9/19 11:44 PM, Simone Bordet wrote:
> > On Tue, Apr 9, 2019 at 11:13 PM Aleksey Shipilev <shade at redhat.com>
> > wrote:
> > FYI, in my Shenandoah run (1 server, 48g heap, 4 client machines at
> > each 1k clients at 10k messages/s) the max pause was about 4ms.
> 
> Cool. If you pass -Xlog:gc+stats, you might see the dissection of
> those pauses at the end of the
> run. For example, in a short run, -Xlog:gc+stats:file=stats.log gives
> this on cometd-server side:
>   
> http://cr.openjdk.java.net/~shade/shenandoah/cometd-server-gc-stats.log
> 
> Seems to me that until we finish the pending refactoring and/or
> concurrent class unloading story,
> -XX:-ClassUnloading might be beneficial for this workload.
> 
> -Aleksey
> 

-XX:-ClassUnloadingWithConcurrentMark is default, so it is not actually
unloading any classes, except at full-gc. Or am I missing something?

I see the 'System Purge' happened 2x. Is that full-gc-as-concurrent-gc, 
which also does class unloading? It looks like an accounting mistake.

Roman



More information about the shenandoah-dev mailing list