Date: Sun, 12 Sep 2010 22:21:16 -0400 (EDT) From: Terry Kennedy <TERRY@tmk.com> To: Rick Macklem <rmacklem@uoguelph.ca> Cc: freebsd-fs@freebsd.org Subject: Re: Weird Linux - FreeBSD/ZFS NFSv4 interoperability problem Message-ID: <01NRTGJQPS9S0022AD@tmk.com> In-Reply-To: "Your message dated Sun, 12 Sep 2010 11:28:08 -0400 (EDT)" <954605288.782335.1284305288639.JavaMail.root@erie.cs.uoguelph.ca> References: <01NRSE7GZJEC0022AD@tmk.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Now, let's try the newnfs client (cache should have been primed by the
> > first run, so we'd expect this to be faster):
>
> Just thought I'd mention that, since it is a different mount, the caches
> won't be primed, which is good, because that would mask differences.
I was referring to the cache on the server side. While that disk subsys-
tem is fast (about 600MB/sec sustained), the test locally on that server
reported about 4GB/sec.
> Ok, good. You aren't seeing what the two guys reported (they were really
> slow, at less than 2Mbytes/sec). If you would like to, you could try the
> following, since the two clients use different default r/w sizes.
>
> # mount -t newnfs -o nfsv3,rsize=32768,wsize=32768 new-rz1:/data /foo
>
> and see how it changes the read rate. I don't know why there is a
> factor of 2 difference (if it isn't the different r/w size), but it
> will probably get resolved as I bring the experimental client up to date.
Not so good:
(0:18) new-gate:/foo/Backups/Suzanne VAIO# dd if=0cff3d7b_VOL.spf of=/dev/null bs=1m
6010+1 records in
6010+1 records out
6301945344 bytes transferred in 159.656789 secs (39471828 bytes/sec)
Caching seems to help:
(0:19) new-gate:/foo/Backups/Suzanne VAIO# dd if=0cff3d7b_VOL.spf of=/dev/null bs=1m
6010+1 records in
6010+1 records out
6301945344 bytes transferred in 4.456822 secs (1413999810 bytes/sec)
Terry Kennedy http://www.tmk.com
terry@tmk.com New York, NY USA
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?01NRTGJQPS9S0022AD>