From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FxlJG-0002kG-Mw for qemu-devel@nongnu.org; Tue, 04 Jul 2006 09:51:26 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FxlJF-0002jt-CR for qemu-devel@nongnu.org; Tue, 04 Jul 2006 09:51:26 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FxlJF-0002jq-4Q for qemu-devel@nongnu.org; Tue, 04 Jul 2006 09:51:25 -0400 Received: from [64.233.182.188] (helo=nf-out-0910.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FxlWv-00008O-Ft for qemu-devel@nongnu.org; Tue, 04 Jul 2006 10:05:33 -0400 Received: by nf-out-0910.google.com with SMTP id a4so1032651nfc for ; Tue, 04 Jul 2006 06:51:24 -0700 (PDT) Message-ID: <46d6db660607040651y3ad5391bwfbe40776ea7ecd0@mail.gmail.com> Date: Tue, 4 Jul 2006 15:51:23 +0200 From: "Christian MICHON" Subject: Re: [Qemu-devel] QCow v2 In-Reply-To: <44AA4D74.9070005@dblab.ece.ntua.gr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1151981142.5476.13.camel@localhost.localdomain> <44AA33AD.3030300@bellard.org> <46d6db660607040344i7bc7e4cbx83fc424a6ebefa8a@mail.gmail.com> <44AA4D74.9070005@dblab.ece.ntua.gr> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: estama@dblab.ece.ntua.gr, qemu-devel@nongnu.org for what it's worth: qcow with "lzo -9" would become 4155352 bytes (bigger than original zlib qcow). yet it's true at the compression and decompression stages that it feels faster... On 7/4/06, Elefterios Stamatogiannakis wrote: > I agree > > Lzma and zlib are pretty much equivalent, so there is pretty much > nothing to be gained except slightly more compression. > > On the other hand with lzo (1) there would be quite a considerable speed > improvement at the cost of compression. > > It could also mean that reading on the qcow format could some times be > faster (with compressible data) than reading directly from the hard disk. > > lefteris > > (1) http://www.oberhumer.com/opensource/lzo/ > > Johannes Schindelin wrote: > > Hi, > > > > On Tue, 4 Jul 2006, Christian MICHON wrote: > > > >> how about also adding lzma compression for qcow ? > > > > Why lzma? We already have a dependency on zlib, why not just take that? > > > > Ciao, > > Dscho > > > > > > _______________________________________________ > > Qemu-devel mailing list > > Qemu-devel@nongnu.org > > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > -- Christian