From owner-svn-src-head@FreeBSD.ORG  Sun Nov 11 07:33:52 2012
Return-Path: <owner-svn-src-head@FreeBSD.ORG>
Delivered-To: svn-src-head@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
 id 826E58F7; Sun, 11 Nov 2012 07:33:52 +0000 (UTC)
Date: Sun, 11 Nov 2012 07:33:52 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Peter Wemm <peter@wemm.org>
Subject: Re: svn commit: r242847 - in head/sys: i386/include kern
Message-ID: <20121111073352.GA96046@FreeBSD.org>
References: <CAF6rxg=HPmQS1T-LFsZ=DuKEqH30iJFpkz+JGhLr4OBL8nohjg@mail.gmail.com>
 <509DC25E.5030306@mu.org> <509E3162.5020702@FreeBSD.org>
 <509E7E7C.9000104@mu.org>
 <CAF6rxgmV8dx-gsQceQKuMQEsJ+GkExcKYxEvQ3kY+5_nSjvA3w@mail.gmail.com>
 <509E830D.5080006@mu.org>
 <1352568275.17290.85.camel@revolution.hippie.lan>
 <CAGE5yCp4N7fML05-Tomm0TM-ROBSka5+b9EKJTFR+yUpFuGj5Q@mail.gmail.com>
 <20121111061517.H1208@besplex.bde.org>
 <CAGE5yCpExfeJHeUuO0FEEFMgeNzftaFSWT=D-yKGdP+1xnjZ4A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <CAGE5yCpExfeJHeUuO0FEEFMgeNzftaFSWT=D-yKGdP+1xnjZ4A@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org,
 src-committers@freebsd.org
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
 <svn-src-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/svn-src-head>,
 <mailto:svn-src-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-head>
List-Post: <mailto:svn-src-head@freebsd.org>
List-Help: <mailto:svn-src-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-src-head>,
 <mailto:svn-src-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Nov 2012 07:33:52 -0000

On Sat, Nov 10, 2012 at 10:22:52PM -0800, Peter Wemm wrote:
> We've had kern.ipc.nmbclusters for years.  It is simple to understand,
> easy to predict the outcome of a change, is runtime adjustable, is a
> *cap* and not a reservation (like it used to be) and does not require
> a reboot like maxusers tweaking would, and doesn't change maxproc as a
> side effect.
> 
> Tune the caps sensibly by default and move on.  maxusers must die.

Big +1.  I would also like to get rid of maxusers altogether.

./danfe