From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: Is QoS of virtual disk not necessary? Date: Fri, 24 Aug 2007 22:53:50 +0200 Message-ID: <20070824205350.GA23558@one.firstfloor.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser Cc: Satoshi Uchida , Andi Kleen , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Fri, Aug 24, 2007 at 06:40:54PM +0100, Keir Fraser wrote: > On 24/8/07 18:26, "Andi Kleen" wrote: > > >> Another nice thing would be that if we do not use CFQ then we do not need a > >> kernel thread per VBD. > > > > It would be probably easy to extend CFQ2 to use an user passed identifier > > instead of per task for sharing if that's your goal. For a kernel driver > > like blkback you could just switch around multiple current->io_contexts. > > Does current->io_context get latched before submit_bh() (or whatever similar > function it is we use) returns? Is this true even in older 2.6 kernels with > old CFQ? It obviously has to because you could exit in the next call. The context is reference counted and lazily freed. -Andi