From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=40096 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OtNXX-0002vZ-ID for qemu-devel@nongnu.org; Wed, 08 Sep 2010 12:30:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OtNXT-0004d7-Lv for qemu-devel@nongnu.org; Wed, 08 Sep 2010 12:30:27 -0400 Received: from mail-yw0-f45.google.com ([209.85.213.45]:56634) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OtNXT-0004cS-Jg for qemu-devel@nongnu.org; Wed, 08 Sep 2010 12:30:23 -0400 Received: by ywg4 with SMTP id 4so140124ywg.4 for ; Wed, 08 Sep 2010 09:30:22 -0700 (PDT) Message-ID: <4C87BA12.5040909@codemonkey.ws> Date: Wed, 08 Sep 2010 11:30:10 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [RFC] qed: Add QEMU Enhanced Disk format References: <4C84E738.3020802@codemonkey.ws> <4C865187.6090508@redhat.com> <4C865CFE.7010508@codemonkey.ws> <4C8663C4.1090508@redhat.com> <4C866773.2030103@codemonkey.ws> <4C86BC6B.5010809@codemonkey.ws> <4C874812.9090807@redhat.com> <395D4377-00F9-4765-94C4-470BDFA1F96E@suse.de> <4C874F22.6060802@redhat.com> <20100908153857.GA30438@lst.de> In-Reply-To: <20100908153857.GA30438@lst.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christoph Hellwig Cc: Kevin Wolf , Stefan Hajnoczi , Stefan Hajnoczi , qemu-devel@nongnu.org, Alexander Graf , Avi Kivity On 09/08/2010 10:38 AM, Christoph Hellwig wrote: > On Wed, Sep 08, 2010 at 12:15:13PM +0100, Stefan Hajnoczi wrote: > >> In-place writes overwrite old data in the image file. They do not >> allocate new clusters or update any metadata. This is why write >> performance is comparable to raw in the long run. >> > Only if qed doesn't cause additional fragmentation. Which it currently > does. > http://wiki.qemu.org/Features/QED/OnlineDefrag Is a spec for a very simple approach to online defrag that I hope we can implement in the near future. I think that once we have the mechanisms to freeze clusters and to swap clusters, implementing much more sophisticated defragmentation algorithms will become easy. Regards, Anthony Liguori