![]() | |||||||||||||
Messages in this thread |
On Mon, 2004-04-26 at 22:15, Andrew Morton wrote: > WRITEPAGE_ACTIVATE is a bit of a hack to fix up specific peculiarities of > the interaction between tmpfs and page reclaim. > > Trond, the changelog for that patch does not explain what is going on in > there - can you help out? As far as I understand, the WRITEPAGE_ACTIVATE hack is supposed to allow filesystems to defer actually starting the I/O until the call to ->writepages(). This is indeed beneficial to NFS, since most servers will work more efficiently if we cluster NFS write requests into "wsize" sized chunks. > Also, what's the theory behind the handling of BDI_write_congested and > nfs_wait_on_write_congestion() in nfs_writepages()? From a quick peek it > looks like NFS should be waking the sleepers in blk_congestion_wait() > rather than doing it privately? The idea is mainly to prevent tasks from scheduling new writes if we are in the situation of wanting to reclaim or otherwise flush out dirty pages. IOW: I am assuming that the writepages() method is usually called only when we are low on memory and/or if pdflush() was triggered. > yup. We should be able to handle the throttling and writeback scheduling > from within core VFS/VM. NFS should set and clear the backing_dev > congestion state appropriately and the VFS should take care of the rest. > The missing bit is the early blk_congestion_wait() termination. Err... I appear to be missing something here. What is it you mean by *early* blk_congestion_wait() termination? Cheers, Trond - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2005-03-22 13:02 [from the cache] ©2003-2008 | |||||||||||||