Hi,
> On Jun 21, 2018, at 9:32 AM, Andrew Dinn 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 Sand
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
On 06/12/2018 06:12 PM, Paul Sandoz wrote:
>
>> We may also want to look at related enhancements like unmapping
>> buffers. I think those pieces are sufficient decoupled that they
>> won't be dependencies for the pmem API though, unlike other factors
>> such as the availability of test hardware.
Hi Jonathan,
> On Jun 8, 2018, at 3:59 AM, Jonathan Halliday
> wrote:
>
>
> Hi Paul
>
> Looks like we're all on the same page regarding the basic approach of using a
> small API and making the critical bits intrinsic. We perhaps have some way to
> go on exactly what that API looks like in t
Hi Paul
Looks like we're all on the same page regarding the basic approach of
using a small API and making the critical bits intrinsic. We perhaps
have some way to go on exactly what that API looks like in terms of the
classes and methods, but iterating on it by discussion of a JEP seems
li
Hi Andrew, Jonathan,
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.
I expect this will be
Hi Andrew/Jonathan,
Thanks a lot for sharing this work. Copying hotspot-compiler-dev to get their
feedback as well.
Couple of thoughts/observations below:
* Supporting ByteBuffer on persistent memory using existing FileChannel and
MappedByteBuffer mechanism sounds like a very good idea.
* Exte
