From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NFBML-0006TQ-8D for qemu-devel@nongnu.org; Mon, 30 Nov 2009 13:52:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NFBMD-0006Hx-JS for qemu-devel@nongnu.org; Mon, 30 Nov 2009 13:52:26 -0500 Received: from [199.232.76.173] (port=59399 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NFBMC-0006Gz-TQ for qemu-devel@nongnu.org; Mon, 30 Nov 2009 13:52:21 -0500 Received: from fmmailgate02.web.de ([217.72.192.227]:52015) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NFBMB-0005bI-8P for qemu-devel@nongnu.org; Mon, 30 Nov 2009 13:52:20 -0500 Message-ID: <4B141407.7000109@web.de> Date: Mon, 30 Nov 2009 19:50:47 +0100 From: Jan Kiszka MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 00/23] block migration: Fixes, cleanups and speedups References: <20091130172119.22889.28114.stgit@mchn012c.ww002.siemens.net> <4B141038.2030909@codemonkey.ws> In-Reply-To: <4B141038.2030909@codemonkey.ws> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB210B9951052CB4475F7F0B0" Sender: jan.kiszka@web.de List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Liran Schour , Pierre Riteau This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB210B9951052CB4475F7F0B0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Anthony Liguori wrote: > Jan Kiszka wrote: >> This series is a larger rework of the block migration support qemu >> recently gained. Besides lots of code refactorings the major changes >> are: >> - Faster restore due to larger block sizes (even if the target disk i= s >> unallocated) >> - Off-by-one fixes in the block dirty tracking code >> - Allow for multiple migrations (after cancellation or if migrating >> into a backup image) >> - Proper error handling >> - Progress reporting fixes: report to monitor instead of stdout, repo= rt >> sum of multiple disks >> - Report disk migration progress via 'info migrate' >> - Progress report during restore >> >> One patch is directly taken from Pierre Riteau queue [1] who happend t= o >> work on the some topic the last days, two more are derived from his >> commits. >> >> These patches make block migration usable for us. Still, there are two= >> more major improvements on my wish/todo list: >> - Respect specified maximum migration downtime (will require tracking= >> of the number of dirty blocks + some coordination with ram migratio= n) >> - Do not transfere unallocated disk space (also for raw images, ie. a= dd >> bdrv_is_allocated support for the latter) >> >> In an off-list chat, Liran additionally brought up the topic that RAM >> migration should not start too early so that we avoid re-transmitting >> dirty pages over and over again while the disk image is slowly beamed >> over. Putting "slightly" more load on the guest while trying to migrate, this issue became a very visible one here. We definitely need some ordering between block and ram migration, but I'm not sure how to achieve this bes= t. >> >> I hope we can join our efforts to resolve the open topics quickly, the= >> critical ones ideally before the merge window closes. >> =20 >=20 > That really needs to happen no later than the end of this week. Most critical is surely the vmstate format. From my current POV, none of the open issues should force us to change the format. So when all goes wrong, we should even be able to fix remaining issues of this brand new feature inside the stable series. Still, the earlier we resolve the urging ones (migration order is now my favorite), the bett= er. >=20 > So Pierre/Liran, what do you think about Jan's series? >=20 > Regards, >=20 > Anthony Liguori Jan --------------enigB210B9951052CB4475F7F0B0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAksUFBAACgkQitSsb3rl5xSLDQCeOKwZIBQECGqv//VdqO70d+Fx zlkAoIJHH8LusPWtexrLkxI+ZGxEfYy3 =pjZL -----END PGP SIGNATURE----- --------------enigB210B9951052CB4475F7F0B0--