From owner-svn-src-head@FreeBSD.ORG Sun Nov 11 16:52:53 2012 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 070C616CA; Sun, 11 Nov 2012 16:52:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id AFB718FCF5; Sun, 11 Nov 2012 16:52:49 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id wz17so2261069pbc.13 for ; Sun, 11 Nov 2012 08:52:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=vCrYs+YuTJar1J77EaA0tSeGfGKZO15HhwqJyjiyCxA=; b=pCGFsJLKi83OUOGEUXQvOPrYwxHaokBnwcOKW4j0d1VpeMKICwvVW6MhRER8OnFfS3 O3gx4UmDtNdjuYXWJy2AW6hemrKTraPuVonzBhpAAJKWth/2hSS7LUfg38m5JvLCuDNR hsO6QwugnSv8tdGyvSszibGg2mt2NAThZVM7NS8A5iG9QwFFhJ6oR7NoVSs5vG7ZQWn0 D5aScd2KAQ1bnylrbX53fMDFrmikx5zx+yfi1ioqm6oFkk1zrJyA1tJoT4X49QOwpr8l iJEg36RTRmhRE+xOn0oWh8N0EXpAro4bn54XOEgam5q87iPVDdFtAZhhZ+cEGJp7XM+5 DcxQ== MIME-Version: 1.0 Received: by 10.66.87.132 with SMTP id ay4mr47842921pab.67.1352652769008; Sun, 11 Nov 2012 08:52:49 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.68.124.130 with HTTP; Sun, 11 Nov 2012 08:52:48 -0800 (PST) In-Reply-To: <509F72B0.90201@mu.org> 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> Date: Sun, 11 Nov 2012 08:52:48 -0800 X-Google-Sender-Auth: 4XzOLL5-hDsmrIJDYENPt54i4hY Message-ID: Subject: Re: svn commit: r242847 - in head/sys: i386/include kern From: Adrian Chadd To: Alfred Perlstein Content-Type: text/plain; charset=ISO-8859-1 Cc: svn-src-head@freebsd.org, Alexey Dokuchaev , src-committers@freebsd.org, svn-src-all@freebsd.org, Peter Wemm X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Nov 2012 16:52:53 -0000 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