Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 15 Oct 2006 01:10:44 -0400
From:      Kris Kennaway <kris@obsecurity.org>
To:        Bruce Evans <bde@zeta.org.au>
Cc:        cvs-all@FreeBSD.org, cvs-src@FreeBSD.org, Rink Springer <rink@FreeBSD.org>, Bruce Evans <bde@FreeBSD.org>, src-committers@FreeBSD.org
Subject:   Re: cvs commit: src/sys/nfsclient nfs_vnops.c
Message-ID:  <20061015051044.GA42764@xor.obsecurity.org>
In-Reply-To: <20061015105809.M59123@delplex.bde.org>
References:  <200610140725.k9E7PC37008454@repoman.freebsd.org> <20061014231502.GA38708@rink.nu> <20061015105809.M59123@delplex.bde.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--1yeeQ81UyVL57Vl7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Oct 15, 2006 at 12:37:28PM +1000, Bruce Evans wrote:
> On Sun, 15 Oct 2006, Rink Springer wrote:
>=20
> >On Sat, Oct 14, 2006 at 07:25:12AM +0000, Bruce Evans wrote:
> >>  Log:
> >>  Don't do null Setattr RPCs for VA_MARK_ATIME.  When we added the
> >>...
> >>  This is the smallest and easiest to fix of several bugs that have
> >>  increased the number of RPCs for kernel builds on nfs by more than
> >>  100% since 2004-11-05.  The real-time increase depends on network
> >>...
>=20
> >The code in RELENG_6 looks as if it would benefit from this change as
> >well. Do you have a MFC planned in the nearby future?
>=20
> Maybe after the larger performance bugs are fixed.  See a thread in
> freebsd-fs.
>=20
> It would also be good to reduce nfs RPCs generally and there seems to
> be a lot more scope to do this for Access ones, at least by automatically
> configuring cases when a large timeout is safe.
>=20
> -current and RELENG_6 still have a bogus default of 2 for nfs_access_cache
> in /etc/defaults/rc.conf, and rc.conf(5) still confusingly claims that
> setting this to a value of 2-10 seconds will substantially reduce
> network traffic.  In fact the default is 60 and smaller nonzero settings
> substantially increase network traffic; a setting of 2 is normally
> made by the rc system, and settings of 3-10 only reduce network traffic
> not so substantially by moving back towards the system default.  Settings
> of 2-10 substantially increase network traffic relative to the system
> default.

> ISTR a discussion of fixing this in rc.conf, but nothing seems to have be=
en
> committed.  The setting is confusing in the kernel too:

----------------------------
revision 1.285
date: 2006/05/24 00:06:14;  author: kris;  state: Exp;  lines: +1 -1
Increase the nfs access cache timeout from 2 to 60.  The latter is a
more appropriate value and is also the default set by the kernel.  I
could not find a justification of why rc.conf began overriding it back
in 1998.

This dramatically cuts NFS traffic on e.g. a busy system with NFS root.

Reviewed by:    mohans
MFC After:      2 weeks
----------------------------

Kris
--1yeeQ81UyVL57Vl7
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFFMcLUWry0BWjoQKURAjizAKDajGIeBFxIJWKGq1JYHKzt6l/EJwCgzFzw
LCBkfQLvyoK3D0XBTjPjfg8=
=aWP4
-----END PGP SIGNATURE-----

--1yeeQ81UyVL57Vl7--



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