Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps
From: Jan Kara <hidden>
Date: 2018-10-03 16:44:07
Also in:
linux-ext4, linux-fsdevel, linux-mm, linux-xfs, nvdimm
From: Jan Kara <hidden>
Date: 2018-10-03 16:44:07
Also in:
linux-ext4, linux-fsdevel, linux-mm, linux-xfs, nvdimm
On Wed 03-10-18 08:13:37, Dan Williams wrote:
On Wed, Oct 3, 2018 at 8:07 AM Jan Kara [off-list ref] wrote:quoted
WRT per-inode DAX property, AFAIU that inode flag is just going to be advisory thing - i.e., use DAX if possible. If you mount a filesystem with these inode flags set in a configuration which does not allow DAX to be used, you will still be able to access such inodes but the access will use page cache instead. And querying these flags should better show real on-disk status and not just whether DAX is used as that would result in an even bigger mess. So this feature seems to be somewhat orthogonal to the API I'm looking for.True, I imagine once we have that flag we will be able to distinguish the "saved" property and the "effective / live" property of DAX... Also it's really not DAX that applications care about as much as "is there page-cache indirection / overhead for this mapping?". That seems to be a narrower guarantee that we can make than what "DAX" might imply.
Right. So what do people think about my suggestion earlier in the thread to use madvise(MADV_DIRECT_ACCESS) for this? Currently it would return success when DAX is in use, failure otherwise. Later we could extend it to be also used as a hint for caching policy for the inode... Honza -- Jan Kara [off-list ref] SUSE Labs, CR