Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 9 Sep 2002 12:08:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 9 Sep 2002 12:08:56 -0400 Received: from dsl-213-023-039-209.arcor-ip.net ([213.23.39.209]:56253 "EHLO starship") by vger.kernel.org with ESMTP id ; Mon, 9 Sep 2002 12:08:55 -0400 Content-Type: text/plain; charset=US-ASCII From: Daniel Phillips To: Rik van Riel Subject: Re: LMbench2.0 results Date: Mon, 9 Sep 2002 18:16:11 +0200 X-Mailer: KMail [version 1.3.2] Cc: Andrew Morton , Paolo Ciarrocchi , References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Message-Id: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1299 Lines: 30 On Monday 09 September 2002 15:37, Rik van Riel wrote: > On Sun, 8 Sep 2002, Daniel Phillips wrote: > > > I suspect the overall performance loss on the laptop has more to do with > > several months of focussing exclusively on the needs of 4-way and higher > > smp machines. > > Probably true, we're pulling off an indecent number of tricks > for 4-way and 8-way SMP performance. This overhead shouldn't > be too bad on UP and 2-way machines, but might easily be a > percent or so. Though to be fair, it's smart to concentrate on the high end with a view to achieving world domination sooner. And it's a stretch to call the low end performance 'slow'. An idea that's looking more and more attractive as time goes by is to have a global config option that specifies that we want to choose the simple way of doing things wherever possible, over the enterprise way. We want this especially for embedded. On low end processors, it's even possible that the small way will be faster in some cases than the enterprise way, due to cache effects. -- Daniel - 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/