Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 6 Jan 2002 22:26:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 6 Jan 2002 22:26:43 -0500 Received: from x35.xmailserver.org ([208.129.208.51]:36366 "EHLO x35.xmailserver.org") by vger.kernel.org with ESMTP id ; Sun, 6 Jan 2002 22:26:22 -0500 Date: Sun, 6 Jan 2002 19:31:16 -0800 (PST) From: Davide Libenzi X-X-Sender: davide@blue1.dev.mcafeelabs.com To: Linus Torvalds cc: Richard Henderson , Alan Cox , Ingo Molnar , lkml Subject: Re: [announce] [patch] ultra-scalable O(1) SMP and UP scheduler In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 6 Jan 2002, Linus Torvalds wrote: > > On Sun, 6 Jan 2002, Richard Henderson wrote: > > On Sun, Jan 06, 2002 at 02:13:32AM +0000, Alan Cox wrote: > > > ... since an 8bit ffz can be done by lookup table > > > and that is fast on all processors > > > > Please still provide the arch hook -- single cycle ffs type > > instructions are still faster than any memory access. > > This is probably true even on x86, except in benchmarks (the x86 ffs > instruction definitely doesn't historically count as "fast", and a table > lookup will probably win in a benchmark where the table is hot in the > cache, but you don't have to miss very often to be ok with a few CPU > cycles..) > > (bsfl used to be very slow. That's not as true any more) 32 bit words lookup can be easily done in few clock cycles in most cpus by using tuned assembly code. - Davide - 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/