Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Mar 2001 08:44:09 -0500 (EST)
From:      Robert Watson <rwatson@FreeBSD.ORG>
To:        "Alexey V. Neyman" <avn@any.ru>
Cc:        "Michael C . Wu" <keichii@peorth.iteration.net>, fs@FreeBSD.ORG, hackers@FreeBSD.ORG
Subject:   Re: tuning a VERY heavily (30.0) loaded s cerver
Message-ID:  <Pine.NEB.3.96L.1010323083844.26010C-100000@fledge.watson.org>
In-Reply-To: <Pine.BSF.4.33.0103230044500.11016-100000@srv2.any>

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

On Fri, 23 Mar 2001, Alexey V. Neyman wrote:

> On Thu, 22 Mar 2001, Michael C . Wu wrote:
> 
> >(Why is vfs.vmiodirenable=1 not enabled by default?)
> By the way, is there any all-in-one-place description of sysctl tuneables?
> Looking all the man pages and collecting notices about MIB variables seems
> rather tiresome and, I think, pointless. I doubt if they are all
> documented in man pages.

sysctl(3) describes a number of the constant-named sysctl variables, and a
number of sysctl's are described in the man pages associated with the
features tweaked by the sysctl's.  For example, the jail(8) man page
describes the jail.* namespace.  However, you're right that there are vast
hoards of under-documented sysctl's.  That said, probably only the
"tweakable" (writable) sysctl's need to be documented in the general case,
since many are used for the sole purpose of exporting kernel data for
supported interfaces, whereas the sysctl's are subject to change.  For
example, a large number of read-only sysctl's were introduced to support
the non-setgid-kmem operation of top, systat, and various other *stat's
recently.  Also, many sysctl's are "self-documenting", in that the
declaration of the sysctl macros in-kernel include a description field.  I
don't think sysctl(8) currently knows how to read that field, but if you
look at the SYSCTL definitions in the kernel source, they're probably a
decent starting point.  A magic script to extract the sysctl names, types,
and descriptions might be useful..

Robert N M Watson             FreeBSD Core Team, TrustedBSD Project
robert@fledge.watson.org      NAI Labs, Safeport Network Services



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-fs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1010323083844.26010C-100000>