From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LrwNI-0003VS-0U for qemu-devel@nongnu.org; Thu, 09 Apr 2009 11:41:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LrwNC-0003N9-9A for qemu-devel@nongnu.org; Thu, 09 Apr 2009 11:41:06 -0400 Received: from [199.232.76.173] (port=36680 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LrwNB-0003Mf-Pn for qemu-devel@nongnu.org; Thu, 09 Apr 2009 11:41:01 -0400 Received: from mail1-relais-roc.national.inria.fr ([192.134.164.82]:17109) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1LrwNB-0001Yh-9R for qemu-devel@nongnu.org; Thu, 09 Apr 2009 11:41:01 -0400 Date: Thu, 9 Apr 2009 17:40:59 +0200 From: Samuel Thibault Subject: Re: [Qemu-devel] buffer alignment for block backends Message-ID: <20090409154059.GJ5457@const.bordeaux.inria.fr> References: <49DCA80A.1020808@eu.citrix.com> <49DDF3FF.8050706@codemonkey.ws> <20090409151944.GD5457@const.bordeaux.inria.fr> <200904091638.51737.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200904091638.51737.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paul Brook Cc: qemu-devel@nongnu.org Paul Brook, le Thu 09 Apr 2009 16:38:51 +0100, a écrit : > On Thursday 09 April 2009, Samuel Thibault wrote: > > Anthony Liguori, le Thu 09 Apr 2009 08:11:27 -0500, a écrit : > > > >- ide.c:ide_init2 > > > > > > This buffer is only used when not doing DMA. When doing DMA, we are > > > able to do zero-copy IO so the alignment of the request depends on how > > > the guest aligned the request. I suspect you'll find a lot of guests > > > that, in practice, do not align requests at 4k boundaries. > > > > Eeeeerrr, why shoudn't they? Guests usually work on pages, which are > > already aligned on 4k boundaries. > > Assuming that page == 4k is going to get you into all sorts of trouble. I'm not assuming it. I'm saying that most of the time that's the case, and thus a heuristic that works better when that's the case will get great benefits. Samuel