Java shared memory

[Radek]

Dear Andrew,

I’ve just modified test case to convert bytes to long in code. The results are comparable.

Attached please find out files. Those are named as follow:
* memorymap - from MemoryMapMinMax, file map from FileMapMinMax
* memorymap2, filemap2 form *Bytes version respectively

I’m attaching text files with results, and test classes (those are my test classes, so not nicely formatted).

I could do something wrong with C2, but I think results are expected as NIO in back copies mapped array to Java array, does it? 

Best regards,
Radek

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: filemap2_100000_jdkmod_oopcomp1_feature0.txt
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160531/b3cd30e3/filemap2_100000_jdkmod_oopcomp1_feature0.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: filemap2_100000_jdkmod_oopcomp1_feature0.txt
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160531/b3cd30e3/filemap2_100000_jdkmod_oopcomp1_feature0-0001.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: memorymap_134217728_jdk9mod_oopcomp1_feature1.txt
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160531/b3cd30e3/memorymap_134217728_jdk9mod_oopcomp1_feature1.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: memorymap2_134217728_jdk9mod_oopcomp1_feature1.txt
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160531/b3cd30e3/memorymap2_134217728_jdk9mod_oopcomp1_feature1.txt>
-------------- next part --------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: FileMapMinMax.java
Type: application/octet-stream
Size: 4271 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160531/b3cd30e3/FileMapMinMax.java>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: FileMapMinMaxBytes.java
Type: application/octet-stream
Size: 4853 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160531/b3cd30e3/FileMapMinMaxBytes.java>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MemoryMapMinMax.java
Type: application/octet-stream
Size: 2343 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160531/b3cd30e3/MemoryMapMinMax.java>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: MemoryMapMinMaxBytes.java
Type: application/octet-stream
Size: 2636 bytes
Desc: not available
URL: <http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20160531/b3cd30e3/MemoryMapMinMaxBytes.java>
-------------- next part --------------

> On 30 May 2016, at 22:10, Andrew Haley <aph at redhat.com> wrote:
> 
> On 30/05/16 19:48, Radek wrote:
> 
>> I’m able to map part of files as primitive java arrays. First
>> performance results are very optimistic (40% boost in searching
>> min-max long in 1GB file) with mapped long[] as a replacement to
>> LongBuffer.
> 
> It shouldn't be significantly different in performance.  Perhaps you
> can share your benchmark with us.  Maybe we're missing vectorization
> opportunities.
> 
> Andrew.