Date: Wed, 4 Apr 2018 21:04:09 +0200 From: Guido Falsi <mad@madpilot.net> To: Mike Tancsa <mike@sentex.net>, "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org> Subject: Re: Linux NFS client and FreeBSD server strangeness Message-ID: <2019ee5a-5b2b-853d-98c5-a365940d93b5@madpilot.net> In-Reply-To: <369fab06-6213-ba87-cc66-c9829e8a76a0@sentex.net> References: <369fab06-6213-ba87-cc66-c9829e8a76a0@sentex.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 04/04/18 20:27, Mike Tancsa wrote: > Not sure where the tweaking needs to happen, but I am getting strange > behaviour between a Linux nfs client and FreeBSD RELENG_11 NFS server. > > The FreeBSD server starts with > > > nfs_client_enable="YES" > nfs_server_enable="YES" > > > rpcbind_enable="YES" > rpc_lockd_enable="YES" > rpc_statd_enable="YES" > nfs_server_flags="-u -t -n 16" > > and on the Linux client I have been trying various options to no avail. > The mount works, but on a straight up write to the FreeBSD server, > everything is very bursty. I noticed this (I think) a few months ago > where Linux dumps across an nfs mount seemed to take a lot longer and > were getting very bursty. > > It seems if there are a mixture of reads and writes, everything is > pretty fast. But if a client is just writing to the server, something, > somewhere is blocking. Doing something simple like > ls -l /nfsmount > from the client "wakes" up the server/client so that write stream can > keep going. Otherwise, it will do a big blast of writes and then several > seconds of pausing on the dump. Looks like you're using ZFS. Most probably that's the cause. NFS requires frequent syncs, and ZFS respects those, becoming slow, being unable to take advantage of the ZIL. you can find more details here: https://wiki.freebsd.org/ZFSTuningGuide in the NFS tuning section. If you're not using ZFS I don't have an idea right away what your problem could be. -- Guido Falsi <mad@madpilot.net>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2019ee5a-5b2b-853d-98c5-a365940d93b5>