From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ky9yp-0003dA-QJ for qemu-devel@nongnu.org; Thu, 06 Nov 2008 13:53:19 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ky9yo-0003cw-CE for qemu-devel@nongnu.org; Thu, 06 Nov 2008 13:53:19 -0500 Received: from [199.232.76.173] (port=33126 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ky9yo-0003ct-9g for qemu-devel@nongnu.org; Thu, 06 Nov 2008 13:53:18 -0500 Received: from yw-out-1718.google.com ([74.125.46.158]:5717) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ky9yo-0002eR-KL for qemu-devel@nongnu.org; Thu, 06 Nov 2008 13:53:18 -0500 Received: by yw-out-1718.google.com with SMTP id 6so301334ywa.82 for ; Thu, 06 Nov 2008 10:53:16 -0800 (PST) Message-ID: <49133D17.3050100@codemonkey.ws> Date: Thu, 06 Nov 2008 12:53:11 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 0/4] qcow2: Improve cluster refcount update References: <1225990556.6576.10.camel@frecb07144> In-Reply-To: <1225990556.6576.10.camel@frecb07144> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Laurent Vivier Laurent Vivier wrote: > This series of patches improves qcow2 performance with O_DIRECT > when the qcow2 file is empty and we begin to fill it. > I really dislike this series and any future series that does similar things. The real problem is that non-aligned accesses are so slow, but there's no reason that they must be so slow. It's because we're doing synchronous IO operations instead of using posix-aio like we should. That's the real problem. Just doing a memory copy to an aligned buffer is not going to cause that much performance delay. We shouldn't be adding more cruft to the code base to avoid fixing the real problem. I think the current implementation of O_DIRECT needs to be rewritten. Regards, Anthony Liguori