From owner-svn-src-all@FreeBSD.ORG Sun Nov 18 14:13:04 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 D85AD5F8 for ; Sun, 18 Nov 2012 14:13:04 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9908FC17 for ; Sun, 18 Nov 2012 14:13:04 +0000 (UTC) Received: (qmail 67399 invoked from network); 18 Nov 2012 15:46:20 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 18 Nov 2012 15:46:20 -0000 Message-ID: <50A8ECEE.9020908@freebsd.org> Date: Sun, 18 Nov 2012 15:13:02 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Andrey Zonov Subject: Re: svn commit: r242847 - in head/sys: i386/include kern References: <201211100208.qAA28e0v004842@svn.freebsd.org> <509DC25E.5030306@mu.org> <509E3162.5020702@FreeBSD.org> <509E7E7C.9000104@mu.org> <509E830D.5080006@mu.org> <509E847E.30509@mu.org> <509E8930.50800@mu.org> <509EA869.6030407@freebsd.org> <509ED439.8090607@mu.org> <509EDD93.3020001@freebsd.org> <50A8EB3E.6060807@FreeBSD.org> In-Reply-To: <50A8EB3E.6060807@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: src-committers@freebsd.org, Eitan Adler , Peter Wemm , Alfred Perlstein , svn-src-all@freebsd.org, Alfred Perlstein , svn-src-head@freebsd.org 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, 18 Nov 2012 14:13:04 -0000 On 18.11.2012 15:05, Andrey Zonov wrote: > On 11/11/12 3:04 AM, Andre Oppermann wrote: >> On 10.11.2012 23:24, Alfred Perlstein wrote: >>> On 11/10/12 11:18 AM, Andre Oppermann wrote: >>>> On 10.11.2012 19:04, Peter Wemm wrote: >>>>> This is complicated but we need a simple user visible view of it. It >>>>> really needs to be something like "nmbclusters defaults to 6% of >>>>> physical ram, with machine dependent limits". The MD limits are bad >>>>> enough, and using bogo-units like "maxusers" just makes it worse. >>>> >>>> Yes, that would be optimal. >>>> >>> No it would not. >>> >>> I used to be able to tell people "hey just try increasing maxusers" >>> and they would and suddenly the >>> box would be OK. >>> >>> Now I'll have to remember 3,4,5,10,20x tunable to increase? >> >> No. The whole mbuf and cluster stuff isn't allocated or reserved >> at boot time. We simply need a limit to prevent it from exhausting >> all available kvm / physical memory whichever is less. >> > > For now, we have limit which does not allow to run even one igb(4) NIC > in 9k jumbo configuration. My patch for mbuf* zone auto-sizing does fix that, or not? -- Andre