Thread (7 messages) 7 messages, 3 authors, 2011-09-20

Re: Stalls during writeback for mmaped I/O on XFS in 3.0

From: Christoph Hellwig <hch@infradead.org>
Date: 2011-09-20 16:30:40
Also in: linux-fsdevel, lkml

On Fri, Sep 16, 2011 at 11:32:32AM -0500, Shawn Bohrer wrote:
So for the most part it sounds like this change is needed for DIF/DIX.
Could we only enable the wait_on_page_writeback() if
CONFIG_BLK_DEV_INTEGRITY is set?  Does it make sense to tie these
together?
It will also allow for huge efficiency gains on software raid.  There
have been some Lustre patches for that.
The other thread in this case is the [flush-8:0] daemon writing back
the pages.  So in our case you could see the spikes every time it wakes
up to write back dirty pages.  While we can control this to some
extent with vm.dirty_writeback_centisecs and vm.dirty_expire_centisecs
it essentially impossible to ensure the writeback doesn't coincide
with us writing to the page again.
Can you explain how your use case looks in more details?  Right now
for example a mlock removes the page from the lru list and thus stops
VM writeback.  If such an interface would be useful for you we could
offer an fadvice call that stops writeback entirely, and requires you
to force it when you want it.

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help