Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S270588AbUJTX2k (ORCPT ); Wed, 20 Oct 2004 19:28:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S270589AbUJTX2j (ORCPT ); Wed, 20 Oct 2004 19:28:39 -0400 Received: from viper.oldcity.dca.net ([216.158.38.4]:52947 "HELO viper.oldcity.dca.net") by vger.kernel.org with SMTP id S269186AbUJTX0D (ORCPT ); Wed, 20 Oct 2004 19:26:03 -0400 Subject: Re: [PATCH 1/3] Separate IRQ-stacks from 4K-stacks option From: Lee Revell To: Alan Cox Cc: Arjan van de Ven , Timothy Miller , Andrea Arcangeli , Hugh Dickins , "Martin J. Bligh" , Andrea Arcangeli , Chris Wedgwood , LKML , Christoph Hellwig , Ingo Molnar In-Reply-To: <1098298310.12411.11.camel@localhost.localdomain> References: <593560000.1094826651@[10.10.2.4]> <20040910151538.GA24434@devserv.devel.redhat.com> <20040910152852.GC15643@x30.random> <20040910153421.GD24434@devserv.devel.redhat.com> <41768858.8070709@techsource.com> <20041020153521.GB21556@devserv.devel.redhat.com> <1098290345.1429.65.camel@krustophenia.net> <1098298310.12411.11.camel@localhost.localdomain> Content-Type: text/plain Message-Id: <1098314395.2758.5.camel@krustophenia.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 20 Oct 2004 19:19:56 -0400 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1189 Lines: 33 On Wed, 2004-10-20 at 14:51, Alan Cox wrote: > On Mer, 2004-10-20 at 17:39, Lee Revell wrote: > > The IDE I/O completion in hardirq context means that one can run for > > almost 3ms. Apparently at OLS it was decided that the target for > > desktop responsiveness was 1ms. So this is a real problem. > > > > What exactly do you mean by "draconian"? > > It means "fix the ide layer", patches welcome. > In addition to the IDE layer how about this (from the link in my previous mail): On Sat, 2004-07-24 at 02:43, Ingo Molnar wrote: > > Another thing would be to create a compound structure for bio and > [typical sizes of] bio->bi_io_vec and free them as one entity, this > would get rid of one of the cachemisses. (there cannot be a 3-way > compound structure that includes the bh too because the bh is freed > later on by ext3.) > Sounds like a big win for any user of the bio layer, if it's as straightforward as Ingo says... Lee - 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/