RFR: 8239129: Use DAX in ZGC

Per Liden per.liden at oracle.com
Wed Feb 19 08:07:43 UTC 2020


On 2/17/20 1:28 PM, Yasumasa Suenaga wrote:
[...]
>>>>>    webrev: http://cr.openjdk.java.net/~ysuenaga/JDK-8239129/webrev.00/
>>>>
>>>> Before this patch can go forward, you need to get to the bottom of 
>>>> how to get that ioctl command to work. If it's not possible, you 
>>>> need to explain why and propose alternatives that we can discuss.
>>>
>>> I guess it is caused by Linux kernel.
>>> In case of ext4, `ext4_iflags_to_xflags()` would set filesystem flags 
>>> to `struct FS_IOC_FSGETXATTR`.
>>> However `FS_XFLAG_DAX` is not handled in it.
>>
>> Did a bit of googleing and it seems the DAX flag is in a bit of flux 
>> at the moment. I guess this will be fixed down the road, when DAX in 
>> the kernel becomes a non-experimental feature.
>>
>> How about we just do like this for now:
>>
>> http://cr.openjdk.java.net/~pliden/8239129/webrev.0
> 
> I thought ZGC requires tmpfs or hugetlbfs due to performance reason.
> So I introduced new -XX option to make users aware of it.

The filesystem type check is there to help users avoid the mistake of 
placing the heap on an unintended/slow filesystem. However, most users 
will never use -XX:AllocateHeapAt, so I think that risk is fairly small 
to begin with.

The bar for adding new options to ZGC is high, and I don't think it's 
high enough in this case. Also, other GCs happily allow you to place the 
heap on any filesystem and I don't mind having that flexibility in ZGC too.

> 
> If not so, I agree with your change.
> 

Ok, thanks.

I updated the patch, added and adjusted some logging, and added a test. 
I also updated the bug title/description.

http://cr.openjdk.java.net/~pliden/8239129/webrev.1

cheers,
Per



More information about the hotspot-gc-dev mailing list