Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 02 Apr 2015 14:25:57 -0500
From:      Adam Guimont <aguimont@tezzaron.com>
To:        rick@havokmon.com
Cc:        freebsd-fs@freebsd.org
Subject:   Re: NFSD high CPU usage
Message-ID:  <551D97C5.8020405@tezzaron.com>
In-Reply-To: <20150402105040.Horde.DpcVnMHXCV_MvaXmGcnU1g8@www.vfemail.net>
References:  <20150402105040.Horde.DpcVnMHXCV_MvaXmGcnU1g8@www.vfemail.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Rick Romero wrote:
> Are the disks busy before it happens?   I'm far from an expert, but when
> running ZFS with NFS, I've had a lot of issues.  My final resolutions were
> to turn ASYNC off and have log devices and I even have SSD volumes now.
> Otherwise under load the NFS server gets hung up. It never seemed to happen
> on UFS, but due to the number of small files I have, ZFS provides the best
> backup functionality. I'm now trying to move all functions from NFS (to
> more TCP client/server).
>
> You have different info than I've gathered, and it might be because of
> usage. I actively use the system that I've seen NFS dump on, so I see the
> slowness beginning. Once NFS dies, the drive load goes back to normal. I
> wonder, if maybe you are just managing a system for others, and you don't
> see it until after the fact?  Just a thought based on my limited
> experience.

No, the disks are not busy before this happens.

I use the server every day and keep a pretty close eye on it. The disks 
can get busy but it doesn't spike nfsd that much and usually doesn't 
last more than a few seconds.

When this particular issue happens with the nfsd CPU spike, it will last 
until the job running on the client workstation gets killed or when the 
client workstation is rebooted. After that it takes a few seconds for 
the TCP buffers to flush out and allow other clients to connect again.


Regards,

Adam Guimont



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