From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IxNzM-0001Qi-20 for qemu-devel@nongnu.org; Wed, 28 Nov 2007 09:34:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IxNzL-0001Ne-3u for qemu-devel@nongnu.org; Wed, 28 Nov 2007 09:34:07 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IxNzK-0001Ml-OB for qemu-devel@nongnu.org; Wed, 28 Nov 2007 09:34:06 -0500 Received: from smtp.citrix.com ([66.165.176.89]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IxNzK-0002Av-IB for qemu-devel@nongnu.org; Wed, 28 Nov 2007 09:34:06 -0500 Date: Wed, 28 Nov 2007 14:34:02 +0000 From: Samuel Thibault Subject: Re: [Qemu-devel] [PATCH 0/2] Open disk images with O_DIRECT Message-ID: <20071128143402.GG4083@implementation.uk.xensource.com> References: <11962585701617@bull.net> <20071128142739.GA7379@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20071128142739.GA7379@redhat.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" , qemu-devel@nongnu.org Cc: Laurent Vivier Daniel P. Berrange, le Wed 28 Nov 2007 14:27:39 +0000, a écrit : > On Wed, Nov 28, 2007 at 03:02:50PM +0100, Laurent Vivier wrote: > > These patches allow to open file using O_DIRECT and bypass the host I/O cache. > > > > [PATCH 1/2] Add "directio" parameter to "-drive" > > > > Using "directio=on" with "-drive" will open the disk image > > file using "O_DIRECT". > > I don't see the point in adding a config param for this. If it provides a > useful performance improvement (or other benefit) we should enable it by > default all the time. That depends on the mileage of the user. Sometimes it is useful since it avoids the duplication of page or buffer cache between the guest and the host, sometimes it is not because the guest is not so i/o friendly and hence using the host page/buffer cache is useful. Samuel