Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 29 Jun 2015 09:35:30 +0200
From:      Gerrit =?ISO-8859-1?Q?K=FChn?= <gerrit.kuehn@aei.mpg.de>
To:        Rick Macklem <rmacklem@uoguelph.ca>
Cc:        freebsd-net@freebsd.org, carsten aulbert <carsten.aulbert@aei.mpg.de>
Subject:   Re: NFS on 10G interface terribly slow
Message-ID:  <20150629093530.405ae6472b2ab50cba79513f@aei.mpg.de>
In-Reply-To: <570481533.408618.1435363122433.JavaMail.zimbra@uoguelph.ca>
References:  <20150625145238.12cf9da3b368ef0b9a30f193@aei.mpg.de> <623856025.328424.1435279751389.JavaMail.zimbra@uoguelph.ca> <20150626115943.7d0b441cda2c6cc5b817b181@aei.mpg.de> <570481533.408618.1435363122433.JavaMail.zimbra@uoguelph.ca>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 26 Jun 2015 19:58:42 -0400 (EDT) Rick Macklem
<rmacklem@uoguelph.ca> wrote about Re: NFS on 10G interface terribly slow:


RM> The default (auto tuned) value is reported by "nfsstat -m".
RM> It can be set with a mount option (should be something in "man
RM> mount_nfs"). If you are doing a test with 1 megabyte writes, I'd set
RM> it to at least 1 megabyte. (Basically, writing will be slower for write
RM> (2) syscalls that are larger than wcommitsize. After mav@'s patch, the
RM> difference isn't nearly as noticable. His other commit makes the auto
RM> tuned value more reasonable).
RM> 
RM> If you set it large enough with the "wcommitsize=<N>" mount option, you
RM> don't need the updates stable/10.

Ok, I set it way over 1MB now:

hellpool:/samqfs/K1/Gerrit on /net/hellpool
nfsv3,tcp,resvport,hard,cto,lockd,rdirplus,sec=sys,acdirmin=3,acdirmax=60,acregmin=5,acregmax=60,nametimeo=60,negnametimeo=60,rsize=65536,wsize=65536,readdirsize=8192,readahead=1,wcommitsize=2048576,timeout=120,retrans=2

However, this still gives me the same bad write performance:

root@crest: # dd if=/dev/zero of=/net/hellpool/Z bs=1024k
count=1000 1000+0 records in
1000+0 records out
1048576000 bytes transferred in 22.939049 secs (45711398 bytes/sec)


So I guess I can postpone the update for now, and look for some other
reason for this instead.


cu
  Gerrit



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150629093530.405ae6472b2ab50cba79513f>