[nfsv4] Performance drop in iozone for reading large files
Bryce Harrington
bryce at osdl.org
Tue Sep 5 18:55:06 EDT 2006
On Fri, Aug 25, 2006 at 05:23:37PM -0400, Trond Myklebust wrote:
> On Fri, 2006-08-25 at 14:01 -0700, Bryce Harrington wrote:
> > There is a performance issue in READ operations we've noticed in iozone
> > runs for a while now. If you look at this plot, of NFSv4 with 1G mem:
> >
> > http://crucible.osdl.org/runs/1604/test_output/iozone.sys.log.png
> >
> > You can see that we're getting fairly steady performance up until the
> > 1048576kb case, where read performance drops to about a third.
> >
> > Does anyone have an idea why the dropoff is occuring? Is the memory
> > size expected to affect NFS performance this way? Is anyone else
> > experiencing similar effects?
>
> Is the readahead algorithm working correctly? Could you please try
> applying the following patch, and then check your syslog for warnings?
I just want to follow up on this one and make sure I understand it
properly.
Dean says this is due to hitting the memory limit of server-side
caching, which seems to explain it. Our server has 1G memory, and when
shrinking it to lower ram, the issue does occur earlier.
From: Dean Hildebrand <dhildebz at eecs.umich.edu>
So your server only has 1 GB of RAM in the original case? If your
server only has 1 GB of RAM, then reading a file greater than 1 GB will
definitely reduce performance as the server is now going to disk. Since
the server operating system also requires memory, it would be normal to
see a performance drop off much earlier, maybe around 600-800 MB.
Does this explain the situation sufficiently, or does it deserve
additional investigation?
Thanks,
Bryce
More information about the NFSv4
mailing list