nmbclusters

[Conrad J. Sabatier]

On Tue, 28 Mar 2006 20:34:18 +0100
Chris <chrcoluk at gmail.com> wrote:

> Using 6.0 release latest security branch.
> 
> netstat -m
> 69/576/645 mbufs in use (current/cache/total)
> 65/261/326/33792 mbuf clusters in use (current/cache/total/max)
> 0/38/8704 sfbufs in use (current/peak/max)
> 147K/666K/813K bytes allocated to network (current/cache/total)
> 0 requests for sfbufs denied
> 0 requests for sfbufs delayed
> 29780 requests for I/O initiated by sendfile
> 633 calls to protocol drain routines
> 
> sysctl kern.ipc.nmbclusters
> kern.ipc.nmbclusters: 65536
> 
> sysctl kern.ipc.nmbclusters=25000
> kern.ipc.nmbclusters: 65536 -> 25000
> 
> 70/575/645 mbufs in use (current/cache/total)
> 64/262/326/33792 mbuf clusters in use (current/cache/total/max)
> 0/38/8704 sfbufs in use (current/peak/max)
> 145K/667K/813K bytes allocated to network (current/cache/total)
> 0 requests for sfbufs denied
> 0 requests for sfbufs delayed
> 29780 requests for I/O initiated by sendfile
> 633 calls to protocol drain routines
> 
> so the sysctl variable has no affect, has this become a read only
> tunable again only settable in loader.conf?

To the best of my knowledge, this has *always* been a loader tunable,
not configurable on-the-fly.

Myself, ever since the introduction quite some time ago of the
"friendly" setting of 0 (for unlimited mbufs), I've always used that in
my /boot/loader.conf, i.e., kern.ipc.nmbclusters="0".

Can't really comment on your other questions, I'm afraid.  :-)

> if yes then their is a bug
> where it shows no error on sysctl command, or is it suppoedbly
> settable then their is a bug where it doesnt work or netstat -m shows
> inccorect info.  Or is this setting been depreciated?
> 
> Also if the machine stops responding, and no kernel panic logged does
> it mean a livelock/deadlock?  Have been seeing issues on 3 diff 6.0
> release servers which simply go dead.  2 were rolled back to 5.4 and
> immediatly became stable and I left this one on 6.0 to try and resolve
> problems but diffilcult with no log entries.
> 
> Thanks
> 
> Chris

-- 
Conrad J. Sabatier <conrads at cox.net> -- "In Unix veritas"