From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49150) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bWlQo-0004Lo-AY for qemu-devel@nongnu.org; Mon, 08 Aug 2016 10:21:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bWlQm-0006x6-FL for qemu-devel@nongnu.org; Mon, 08 Aug 2016 10:21:29 -0400 Date: Mon, 8 Aug 2016 16:21:22 +0200 From: Kevin Wolf Message-ID: <20160808142122.GF25992@noname.str.redhat.com> References: <1469175475-15420-1-git-send-email-den@openvz.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1469175475-15420-1-git-send-email-den@openvz.org> Subject: Re: [Qemu-devel] [PATCH v7 00/16] backup compression List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Denis V. Lunev" Cc: qemu-block@nongnu.org, qemu-devel@nongnu.org, Pavel Butsykin , Jeff Cody , Markus Armbruster , Eric Blake , John Snow , Stefan Hajnoczi Am 22.07.2016 um 10:17 hat Denis V. Lunev geschrieben: > The idea is simple - backup is "written-once" data. It is written block > by block and it is large enough. It would be nice to save storage > space and compress it. > > These patches add the ability to compress data during backup. This > functionality is implemented by means of adding options to the qmp/hmp > commands(drive-backup, blockdev-backup). The implementation is quite > simple, because the responsibility for data compression imposed on the > format driver. As there were already a few conflict between my block-next and this series, I resolved those and applied the series to my block-next branch even though Stefan had already merged the series into his tree. Kevin