Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761412AbYCCTCV (ORCPT ); Mon, 3 Mar 2008 14:02:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755240AbYCCTCF (ORCPT ); Mon, 3 Mar 2008 14:02:05 -0500 Received: from mail.gmx.net ([213.165.64.20]:40222 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1754299AbYCCTCE (ORCPT ); Mon, 3 Mar 2008 14:02:04 -0500 X-Authenticated: #12956409 X-Provags-ID: V01U2FsdGVkX18usCwdJ6suJKGDYv5akBzA8jISv5isGs1QArVHCr BF1Gvk9/snB+U4 Message-ID: <47CC4B3F.8060405@gmx.net> Date: Mon, 03 Mar 2008 20:02:23 +0100 From: Cyrus Massoumi User-Agent: Thunderbird 1.5.0.14ubu (X11/20080227) MIME-Version: 1.0 To: Nick Piggin CC: Diego Calleja , Stephen Cuppett , linux-kernel@vger.kernel.org, mingo@elte.hu, a.p.zijlstra@chello.nl Subject: Re: Performance versus FreeBSD 7.0 References: <316a20a40802290538g55c4171y7cdbcb3a9c1d0f1b@mail.gmail.com> <20080229155408.116fa5a1.diegocg@gmail.com> <200803040004.52299.nickpiggin@yahoo.com.au> In-Reply-To: <200803040004.52299.nickpiggin@yahoo.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2125 Lines: 45 Nick Piggin wrote: > On Saturday 01 March 2008 01:54, Diego Calleja wrote: >> El Fri, 29 Feb 2008 08:38:00 -0500, "Stephen Cuppett" > escribi?: >>> loads and 1500% at high loads. When compared with the best performing >>> Linux kernel (2.6.22 or 2.6.24) performance is 15% better. Results are >> There has been some performance problems with sysbench performance in linux >> which made it slower than freebsd, there were some patches to speed things >> up, not sure if they have been merged. > > There definitely were performance problems with threaded malloc/free > in the Linux kernel and glibc. Fixes have been merged in both packages, > and AFAIK the FreeBSD guys tested with those fixes in place. > > I think these were never really run into before in part due to MySQL's > unscalable heap design makes it not scale well on higher numbers of > CPUs anyway, and also made the malloc problems more pronounced (ie. > they added a bit to the contention of the single heap lock, which is > the big killer here). IIRC, going to fine-grained file locking gave them a huge boost in this particular benchmark (and maybe others). As I said on lwn.net Peter Zijlstra posted a patch to break the global file list lock about a year ago [1], but I don't think it was ever merged. Here [2] are some numbers for the patchset. [1] http://lkml.org/lkml/2007/1/28/29 [2] http://lkml.org/lkml/2007/1/28/116 > But it was very nice to be made aware of the problem and be able to > improve it. > > >> Myself I find fun that they look at Linux as the Leader That Must Be >> Surpassed. All the performance highlights of freebsd 7.0 are things that >> linux already did some years ago. > > I don't know very much about FreeBSD nor have verified the results > for myself. But to their credit they seem to have done quite well at > least on the smaller end of the scale. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/