Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MeVSB-0003iE-1z for qemu-devel@nongnu.org; Fri, 21 Aug 2009 10:50:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MeVS6-0003gY-TT for qemu-devel@nongnu.org; Fri, 21 Aug 2009 10:50:54 -0400 Received: from [199.232.76.173] (port=45781 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MeVS6-0003gD-Ky for qemu-devel@nongnu.org; Fri, 21 Aug 2009 10:50:50 -0400 Received: from verein.lst.de ([213.95.11.210]:58228) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1MeVS5-0003Yq-UR for qemu-devel@nongnu.org; Fri, 21 Aug 2009 10:50:50 -0400 Date: Fri, 21 Aug 2009 16:50:48 +0200 From: Christoph Hellwig Subject: Re: [Qemu-devel] [PATCH 0/2] native Linux AIO support revisited Message-ID: <20090821145048.GB22645@lst.de> References: <20090820145803.GA23578@lst.de> <4A8E4F87.6070405@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A8E4F87.6070405@redhat.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Christoph Hellwig , qemu-devel@nongnu.org On Fri, Aug 21, 2009 at 10:40:55AM +0300, Avi Kivity wrote: > On 08/20/2009 05:58 PM, Christoph Hellwig wrote: > >Based on this I would recommend to include this patch, but not use it by > >default for now. After some testing I would suggest to enable it by > >default for host devices and investigate a way to make it easily usable > >for files, possibly including some kernel support to tell us which files > >are "safe". > > > > I like both the numbers and the patches. But why disable by default? > Enabling for cache=none host devices only seems a safe choice. I want to a) get some more testing. Especially from people who are better at testing than me and have a wider variety of hardware b) sort out the queue depth issue. Which I'd really prefer to once the basic patch is in I don't have to work with a large patch stack.