Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 5 Jan 2002 21:02:57 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 5 Jan 2002 21:02:47 -0500 Received: from lightning.swansea.linux.org.uk ([194.168.151.1]:50448 "EHLO the-village.bc.nu") by vger.kernel.org with ESMTP id ; Sat, 5 Jan 2002 21:02:38 -0500 Subject: Re: [announce] [patch] ultra-scalable O(1) SMP and UP scheduler To: davidel@xmailserver.org (Davide Libenzi) Date: Sun, 6 Jan 2002 02:13:32 +0000 (GMT) Cc: mingo@elte.hu (Ingo Molnar), torvalds@transmeta.com (Linus Torvalds), linux-kernel@vger.kernel.org (lkml), alan@lxorguk.ukuu.org.uk (Alan Cox) In-Reply-To: from "Davide Libenzi" at Jan 05, 2002 06:02:05 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: From: Alan Cox Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > Ingo, you don't need that many queues, 32 are more than sufficent. > If you look at the distribution you'll see that it matters ( for > interactive feel ) only the very first ( top ) queues, while lower ones > can very easily tollerate a FIFO pickup w/out bad feelings. 64 queues costs a tiny amount more than 32 queues. If you can get it down to eight or nine queues with no actual cost (espcially for non realtime queues) then it represents a huge win since an 8bit ffz can be done by lookup table and that is fast on all processors - 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/