Why is NFSv4 so slow?

Rick C. Petty rick-freebsd2009 at kiwi-computer.com
Tue Jun 29 02:36:34 UTC 2010


On Mon, Jun 28, 2010 at 09:29:11AM -0700, Jeremy Chadwick wrote:
> 
> # Increase send/receive buffer maximums from 256KB to 16MB.
> # FreeBSD 7.x and later will auto-tune the size, but only up to the max.
> net.inet.tcp.sendbuf_max=16777216
> net.inet.tcp.recvbuf_max=16777216
> 
> # Double send/receive TCP datagram memory allocation.  This defines the
> # amount of memory taken up by default *per socket*.
> net.inet.tcp.sendspace=65536
> net.inet.tcp.recvspace=131072

I tried adjusting to these settings, on both the client and the server.
I still see the same jittery/stuttery video behavior.  Thanks for your
suggestions though, these are probably good settings to have around anyway
since I have 12 GB of RAM on the client and 8 GB of RAM on the server.

> make.conf WITHOUT_IPV6 would affect ports, src.conf WITHOUT_INET6 would
> affect the base system (thus rpcbind).  The src.conf entry is what's
> causing rpcbind to spit out the above "cannot get information" messages,
> even though IPv6 is available in your kernel (see below).
> 
> However: your kernel configuration file must contain "options INET6" or
> else you wouldn't have IPv6 addresses on lo0.  So even though your
> kernel and world are synchronised, IPv6 capability-wise they probably
> aren't.  This may be your intended desire though, and if so, no biggie.

Oh forgot about that.  I'll have to add the "nooptions" since I like to
build as close to GENERIC as possible.  Mostly the WITHOUT_* stuff in
/etc/src.conf is to reduce my overall build times, since I don't need some
of those tools.

I'm okay with the messages though; I'll probably comment out WITHOUT_INET6.

Thanks again for your suggestions,

-- Rick C. Petty


More information about the freebsd-stable mailing list