Thread (11 messages) 11 messages, 7 authors, 2017-01-18

Re: [LSF/MM TOPIC] Future direction of DAX

From: Dan Williams <hidden>
Date: 2017-01-18 06:01:30
Also in: linux-fsdevel, linux-mm, nvdimm

On Tue, Jan 17, 2017 at 9:25 PM,  [off-list ref] wrote:
On Fri, Jan 13, 2017 at 05:20:08PM -0700, Ross Zwisler wrote:
quoted
We still have a lot of work to do, though, and I'd like to propose a discussion
around what features people would like to see enabled in the coming year as
well as what what use cases their customers have that we might not be aware of.
+1 to the discussion
quoted
- Jan suggested [2] that we could use the radix tree as a cache to service DAX
  faults without needing to call into the filesystem.  Are there any issues
  with this approach, and should we move forward with it as an optimization?
Ahem.  I believe I proposed this at last year's LSFMM.  And I sent
patches to start that work.  And Dan blocked it.  So I'm not terribly
amused to see somebody else given credit for the idea.
I "blocked" moving the phys to virt translation out of the driver
since that mapping lifetime is device specific.

However, I think caching the file offset to physical sector/address
result is a great idea.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help