RFC: Experiment in accessing/managing persistent memory from Java
Paul Sandoz
paul.sandoz at oracle.com
Fri Jun 22 17:41:46 UTC 2018
Hi,
> On Jun 21, 2018, at 9:32 AM, Andrew Dinn <adinn at redhat.com> wrote:
>
> Hi Paul,
>
> Sorry for the delay in responding to this -- holiday and then an urgent
> bug fix intervened . . .
>
> On 08/06/18 01:42, Paul Sandoz wrote:
>> Sandhya gave an overview to a few of us Oracle folks. I agree with
>> what Sandhya says regarding the API, a small surface, and on pursuing
>> an unsafe intrinsic. I like it and would encourage the writing of a
>> draft JEP, especially to give this visibility.
>
> Great! Thanks for your feedback (also to Sandhya). I'll start drafting a
> JEP staright away. I'll also work on revising the current intrinsic
> implementation so it is presented via Unsafe (which should be fairly
> simple to achieve).
>
Great!
>> It intersects with https://bugs.openjdk.java.net/browse/JDK-8153111
>> ((bf) Allocating ByteBuffer on heterogeneous memory), which is
>> attempting to be more generic.
>
> Ok, thanks. I'll have a think about how we night try to integrate these
> two approaches and see what I can work into the draft JEP.
>
My impressions are that your approach may be a sufficiently good step forward that we don’t need to introduce a new abstraction for buffer allocation. Vivek any views on this?
>> We might also need to increase the velocity on
>> https://bugs.openjdk.java.net/browse/JDK-8180628 (retrofit direct
>> buffer support for size beyond gigabyte scales), and i would be very
>> interested your views on this, how you might be currently working
>> around such size limitations, and what buffer enhancements would work
>> for you.
>
> I think Jonathan answered that better than I can in his response.
> However, if this accelerates delivery of a fix for JDK-8180628 then all
> to the good.
>
Agreed!
Paul.
More information about the core-libs-dev
mailing list