Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1704072
| From | Bart Van Assche <Bart.VanAssche@wdc.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC 01/16] NOVA: Documentation |
| Date | 2017-08-04 17:20 +0200 |
| Message-ID | <uaMym-f4-15@gated-at.bofh.it> (permalink) |
| References | <uaj3k-5gj-7@gated-at.bofh.it> <uaj3m-5gj-31@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 2017-08-03 at 00:48 -0700, Steven Swanson wrote: > +### DAX Support > + > +Supporting DAX efficiently is a core feature of NOVA and one of the challenges > +in designing NOVA is reconciling DAX support which aims to avoid file system > +intervention when file data changes, and other features that require such > +intervention. > + > +NOVA's philosophy with respect to DAX is that when a program uses DAX mmap to > +to modify a file, the program must take full responsibility for that data and > +NOVA must ensure that the memory will behave as expected. At other times, the > +file system provides protection. This approach has several implications: > + > +1. Implementing `msync()` in user space works fine. > + > +2. While a file is mmap'd, it is not protected by NOVA's RAID-style parity > +mechanism, because protecting it would be too expensive. When the file is > +unmapped and/or during file system recovery, protection is restored. > + > +3. The snapshot mechanism must be careful about the order in which in adds > +pages to the file's snapshot image. Hello Steven, Thank you for having shared this very interesting work. After having read the NOVA paper and patch 01/16 I have a question for you. Does the above mean that COW is disabled for writable mmap-ed files? If so, what is the reason behind this? Is there a fundamental issue that does not allow to implement COW for writable mmap-ed files? Or have you perhaps tried to implement this and was the performance not sufficient? Please note that I'm neither a filesystem nor a persistent memory expert. Thanks, Bart.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[RFC 00/16] NOVA: a new file system for persistent memory Steven Swanson <swanson@eng.ucsd.edu> - 2017-08-03 09:50 +0200
[RFC 16/16] NOVA: Build infrastructure Steven Swanson <swanson@eng.ucsd.edu> - 2017-08-03 10:00 +0200
[RFC 14/16] NOVA: Read-only pmem devices Steven Swanson <swanson@eng.ucsd.edu> - 2017-08-03 10:00 +0200
[RFC 03/16] NOVA: PMEM allocation system Steven Swanson <swanson@eng.ucsd.edu> - 2017-08-03 10:00 +0200
[RFC 06/16] NOVA: Lite-weight journaling for complex ops Steven Swanson <swanson@eng.ucsd.edu> - 2017-08-03 10:00 +0200
Re: [RFC 01/16] NOVA: Documentation Randy Dunlap <rdunlap@infradead.org> - 2017-08-04 00:40 +0200
Re: [RFC 01/16] NOVA: Documentation Bart Van Assche <Bart.VanAssche@wdc.com> - 2017-08-04 17:20 +0200
Re: [RFC 01/16] NOVA: Documentation Steven Swanson <steven.swanson@gmail.com> - 2017-08-06 05:30 +0200
csiph-web