From owner-svn-src-all@FreeBSD.ORG Sun Nov 11 17:11:15 2012 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4241700; Sun, 11 Nov 2012 17:11:15 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BB0C98FC08; Sun, 11 Nov 2012 17:11:12 +0000 (UTC) Received: from Alfreds-MacBook-Pro-5.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 6771E1A3C1E; Sun, 11 Nov 2012 09:11:12 -0800 (PST) Message-ID: <509FDC30.6090504@mu.org> Date: Sun, 11 Nov 2012 09:11:12 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: svn commit: r242847 - in head/sys: i386/include kern References: <509DC25E.5030306@mu.org> <509E3162.5020702@FreeBSD.org> <509E7E7C.9000104@mu.org> <509E830D.5080006@mu.org> <1352568275.17290.85.camel@revolution.hippie.lan> <20121111061517.H1208@besplex.bde.org> <20121111073352.GA96046@FreeBSD.org> <509F72B0.90201@mu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, Alexey Dokuchaev , src-committers@freebsd.org, svn-src-all@freebsd.org, Peter Wemm X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2012 17:11:16 -0000 Oh, OK, I didn't know it was so involved. I probably don't have anything to worry about then. :) -Alfred On 11/11/12 8:52 AM, Adrian Chadd wrote: > Alfred, > > You're thinking about it one step ahead, not 5 steps ahead. > > One step ahead: "let's fix maxuser scaling." > > 5 steps ahead: "Let's find all of the non-dynamic things that maxusers > scales, figure out how to make them run-time tunable, and then make a > maxusers.sh user-land script that scales these values when you type > 'maxusers 512'." > > Then you can fiddle in userland in your hearts content with how to > scale these things. > > The only recent time I've seen the need for ridiculously large > non-default values for mbuf clusters is for one of the 10ge NICs that > preallocates them at device startup time, and fails to attach right if > they're not all available. > > With everything dynamically tunable and the maxusers script in > userland, you can: > > * fondle the curves as you want; > * export usage stats for all the things that the above tuning does > affect (which you've been doing with netstat and mbuf allocation > hangs, thankyou!) > * start looking at providing much better inspection and auto-tuning > tools, which allow the sysadmin to actually start controlling what > spirally death their server decides to visit, versus just "spirally > death." > > > > > Adrian