Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263528AbTETDMo (ORCPT ); Mon, 19 May 2003 23:12:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263534AbTETDMn (ORCPT ); Mon, 19 May 2003 23:12:43 -0400 Received: from rth.ninka.net ([216.101.162.244]:21632 "EHLO rth.ninka.net") by vger.kernel.org with ESMTP id S263528AbTETDMm (ORCPT ); Mon, 19 May 2003 23:12:42 -0400 Subject: Re: userspace irq balancer From: "David S. Miller" To: Dave Hansen Cc: Arjan van de Ven , Badari Pulavarty , lkml , Gerrit Huizenga , John Stultz , James Cleverdon , Andrew Morton , Keith Mannthey In-Reply-To: <1053382943.4827.358.camel@nighthawk> References: <200305191314.06216.pbadari@us.ibm.com> <1053382055.5959.346.camel@nighthawk> <20030519221111.P7061@devserv.devel.redhat.com> <1053382943.4827.358.camel@nighthawk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1053401130.6830.3.camel@rth.ninka.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 19 May 2003 20:25:31 -0700 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1396 Lines: 30 On Mon, 2003-05-19 at 15:22, Dave Hansen wrote: > > as for distros: RHL8 and later ship with it on the RH side > > (default enabled as of RHL9). > > But, do you see the need for ripping out the current code? For those of > us that are still running a slightly more primitive distro, it would be > nice to have some pretty effective default behavior, like what is in the > kernel now. You have to install new modutils to even use modules with the 2.5.x kernel, given that why are we even talking about the "inconvenience" of installing the usermode IRQ balancer as being a blocker for ripping out the in-kernel stuff? The in-kernel stuff MUST go. It went in because "some benchmark went faster", but with no "why" describing why it might have improved performance. We KNOW it absolutely sucks for routing and firewall applications. The in-kernel bits were all a shamans dance, with zero technical "here is why this makes things go faster" description attached. If I remember properly, the changelog message when the in-kernel irq balancing went in was of the form "this makes some specweb run go faster". -- David S. Miller - 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/