RFR: fix loop unswitching with -XX:-ShenandoahWriteBarrierMemBar

Roman Kennke roman at kennke.org
Thu Feb 1 10:08:48 UTC 2018



Am 1. Februar 2018 11:04:17 MEZ schrieb Roland Westrelin <rwestrel at redhat.com>:
>
>> With the patch, -XX:-ShenandoahWriteBarrierMemBar does not crash 
>> anymore, but it's significantly slower than with membar... like 75% 
>> slower. Which seems illogical.
>>
>> tried with:
>> -XX:+UseShenandoahGC -XX:+UnlockDiagnosticVMOptions 
>> -XX:+UnlockExperimentalVMOptions -Xms4g -Xmx4g 
>> -XX:ShenandoahGCHeuristics=traversal -XX:ShenandoahFreeThreshold=17 
>> -XX:-ShenandoahWriteBarrierMemBar
>>
>> on specjvm compiler.
>
>I don't see that:
>
>-ShenandoahWriteBarrierMemBar
>Compiler.compiler  thrpt   30  378.604 ± 18.569  ops/min
>
>+ShenandoahWriteBarrierMemBar
>Compiler.compiler  thrpt   30  398.564 ± 23.585  ops/min
>
>current repo with a product build.

Yes. But without membars, I would expect it to be faster or equal compared to with membars. But not slower... Or am I missing something?

Roman

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.


More information about the shenandoah-dev mailing list