From owner-freebsd-current@FreeBSD.ORG Fri Oct 27 00:51:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3E03F16A40F; Fri, 27 Oct 2006 00:51:44 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-current@freebsd.org Date: Fri, 27 Oct 2006 08:51:39 +0800 User-Agent: KMail/1.8.2 References: <20061026213343.GA29160@what-creek.com> <20061026233330.GC29909@what-creek.com> In-Reply-To: <20061026233330.GC29909@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200610270851.39444.davidxu@freebsd.org> Cc: John Birrell , current@freebsd.org Subject: Re: HEADSUP: KSE about to become a kernel option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 00:51:44 -0000 On Friday 27 October 2006 07:33, John Birrell wrote: > [ replying to myself ] > > On Thu, Oct 26, 2006 at 09:33:43PM +0000, John Birrell wrote: > > If you use a GENERIC kernel, then this change won't affect you > > because the KSE option will be on by default in GENERIC on > > all arches/machines except sun4v (which doesn't handle signals > > properly with the KSE code in the kernel). > > scottl persuaded me to add the KSE option to DEFAULTS on all > arches/machines (except sun4v) to avoid causing the same problem > that the io/mem change from default to optional caused. > > This means that ou will get KSE by default in your kernel (as > before it was an option) _unless_ you use add 'nooption KSE' > to your kernel config. > > This isn't my preferred solution because it makes it too > transparent, however scottl's point is that unnecessary grief > will be caused if the change isn't completely transparent. > > Sorry for the confusion. > > And BTW, the commits are all in current now...and coming to > a cvsup server near you. > > -- > John Birrell By compiling kernel without KSE option, super-smack's select-key.smack with 10 clients on Athlon64 dual-core 3800+ breaks 31000 q/s, otherwise it can only get 29000 q/s. Mysql version is 5.0.24a, FreeBSD AMD64. David Xu