From owner-freebsd-stable@FreeBSD.ORG Wed Mar 29 09:05:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B905516A41F for ; Wed, 29 Mar 2006 09:05:07 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao03.cox.net (eastrmmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06E9C43D45 for ; Wed, 29 Mar 2006 09:05:06 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao03.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060329090504.EWKF29285.eastrmmtao03.cox.net@serene.no-ip.org>; Wed, 29 Mar 2006 04:05:04 -0500 Received: from localhost (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with SMTP id k2T954e9067388; Wed, 29 Mar 2006 03:05:05 -0600 (CST) (envelope-from conrads@cox.net) Date: Wed, 29 Mar 2006 03:04:59 -0600 From: "Conrad J. Sabatier" To: Chris Message-Id: <20060329030459.40be9cb2.conrads@cox.net> In-Reply-To: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> References: <3aaaa3a0603281134sd0d4e16x@mail.gmail.com> X-Mailer: Sylpheed version 2.2.3 (GTK+ 2.8.16; amd64-unknown-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: nmbclusters X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2006 09:05:07 -0000 On Tue, 28 Mar 2006 20:34:18 +0100 Chris 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 -- "In Unix veritas"