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