On Thu, May 2, 2013 at 8:32 AM, Ahmon Dancy <dancy@xxxxxxxxx> wrote: > Hello Linux NFS folks. I need help figuring out why the kernel is > sometimes discarding large portions of the page cache for a file that > I'm manipulating via NFS. It is quite normal for kernel to flush out page cache and there are tunables to control the intervals and/or percentage. For example, a quick googling shows results such as: http://www.westnet.com/~gsmith/content/linux-pdflush.htm .. Did you try that out yet ? Different filesystems have different policies for flushing as well - this applies to NFS client and local filesystems. NFS client kmod might clean its house more frequently due to: 1. It has more memory pressure (vs. local filesystem that does not require socket buffers), particularly you run this on top of IB interconnect that uses DMA extensively. Did you use IPOIB datagram or IPOIB cm ? 2. NFS default with sync export - so the client side pages may have zero reference count (read as "un-used") after the contents reach the server. At that point, kernel is free to grab them > > Attached is the source for a test program which models the behavior of > a larger program. The program works as follows: > A test program is always a great way to kickoff the discussion. If you don't get further comment here, you might want to open a Fedora bugzilla to see whether anyone has cycles to run it and analyse the result. I suspect there are more tunable can be done on the NUMA side. I assume the hardware used by the xfs runs were identical to the NFS client machine. -- Wendy -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
