[foreign-memaccess] RFR: Add benchmark to measure performance of VH adapters
Maurizio Cimadamore
mcimadamore at openjdk.java.net
Mon May 18 14:08:26 UTC 2020
On Mon, 18 May 2020 13:55:13 GMT, Jorn Vernee <jvernee at openjdk.org> wrote:
>> This patch adds a straightforward benchmark to measure performances of var handle adapters.
>>
>> The benchmark is set up to read values from an int array, both with a var handle(obtained from `MethodHandles`), an
>> associated `MethodHandle` (derived from the first var handle) and with a segment-based, memory access var handle.
>> Then the same test is repeated, but with an extra adaptation step inserted in the middle - rather than reading `int`
>> values directly, the adapter turns `ints` into instances of `IntBox` and the loop code doing the sum converts them back
>> into ints.
>> Numbers are extremeluy solid on my machine:
>>
>> TestAdaptVarHandles.mh_box_loop avgt 30 0.306 ? 0.009 ms/op
>> TestAdaptVarHandles.mh_loop avgt 30 0.297 ? 0.009 ms/op
>> TestAdaptVarHandles.segment_box_loop avgt 30 0.308 ? 0.009 ms/op
>> TestAdaptVarHandles.segment_loop avgt 30 0.307 ? 0.008 ms/op
>> TestAdaptVarHandles.vh_box_loop avgt 30 0.296 ? 0.005 ms/op
>> TestAdaptVarHandles.vh_loop avgt 30 0.291 ? 0.003 ms/op
>>
>> I thought it would have been nice to add this to our benchmark suites since we do not have anything that tests VH
>> adaptation directly.
>
> With the adapter creating IntBox, this benchmark is also testing whether C2 can eliminate the allocation of the box.
>
> If the goal is to measure an adapted VarHandle against a non-adapted baseline VarHandle, I think it makes sense to have
> the adapters be the identity function, since then the _only_ difference is whether an adapter is present or not.
> WDYT?
I guess my (non stated) goal was to benchmark non trivial adaptation where users could create their own carriers on top
of the foreign memory access API. I wanted to make sure that the VH machinery didn't add extra cost when doing so.
-------------
PR: https://git.openjdk.java.net/panama-foreign/pull/175
More information about the panama-dev
mailing list