NFS Performance issue against NetApp

Marc G. Fournier scrappy at hub.org
Thu May 2 23:43:23 UTC 2013


On 2013-05-02, at 15:18 , Graham Allan <allan at physics.umn.edu> wrote:

> On Thu, May 02, 2013 at 02:05:38PM -0700, Marc G. Fournier wrote:
>> 
>> The thing is, I'm not convinced it is a NFS related issue … there are *so* many other variables involved … it could be something with the network stack … it could be something with the scheduler … it could be … hell, it could be like the guy states in that blog posting (http://antibsd.wordpress.com/) and be the compiler changes … 
> 
> I'm just watching interestedly from the sidelines, and I hesitate to ask
> because it seems too obvious - maybe I missed something - but have you
> run both tests (Linux and FreeBSD) purely with local disk, to get a
> baseline independent of NFS?

Hadn't thought to do so with Linux, but …

Linux ……. 20732ms, 20117ms, 20935ms, 20130ms, 20560ms
FreeBSD .. 28996ms, 24794ms, 24702ms, 23311ms, 24153ms

In the case of the following, I umount the file system, change the settings, mount and then run two runs:

FreeBSD, nfs, vfs.nfs.prime_access_cache=1 …  279207ms, 273970ms
FreeBSD, nfs, vfs.nfs.prime_access_cache=0 … 279254ms, 274667ms
FreeBSD, oldnfs, vfs.nfs.prime_access_cache=0 … 244955ms, 243280ms
FreeBSD, oldnfs, vfs.nfs.prime_access_cache =1 … 242014ms, 242393ms

Default for vfs.nfs.prime_access_cache appears to be 0 …





More information about the freebsd-fs mailing list