From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56258) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VYqv3-0001fK-3W for qemu-devel@nongnu.org; Wed, 23 Oct 2013 01:23:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VYqv1-0002Bk-SG for qemu-devel@nongnu.org; Wed, 23 Oct 2013 01:23:45 -0400 Received: from [2001:250:208:1181:6e92:bfff:fe00:bcdb] (port=36960 helo=mail.cs2c.com.cn) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VYqv0-00026n-L0 for qemu-devel@nongnu.org; Wed, 23 Oct 2013 01:23:43 -0400 Message-ID: <1382505791.1720.30.camel@localhost> From: Jules Date: Wed, 23 Oct 2013 13:23:11 +0800 In-Reply-To: <5266E75F.9060300@linux.vnet.ibm.com> References: <1381821983-13932-1-git-send-email-junqing.wang@cs2c.com.cn> <5266E75F.9060300@linux.vnet.ibm.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH v3 0/4] Curling: KVM Fault Tolerance List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael R. Hines" Cc: pbonzini@redhat.com, Juan Jose Quintela Carreira , "Michael R. Hines" , qemu-devel@nongnu.org, owasserm@redhat.com On 2013-10-22 17:00 -0400=EF=BC=8CMichael R. Hines wrote=EF=BC=9A > On 10/15/2013 03:26 AM, Jules Wang wrote: > > v2 -> v3: > > * add documentation of new option in qapi-schema. > > > > * long option name: ft -> fault-tolerant > > > > v1 -> v2: > > * cmdline: migrate curling:tcp:
: > > -> migrate -f tcp:
: > > > > * sender: use QEMU_VM_FILE_MAGIC_FT as the header of the migration > > to indicate this is a ft migration. > > > > * receiver: look for the signature: > > QEMU_VM_EOF_MAGIC + QEMU_VM_FILE_MAGIC_FT(64bit total) > > which indicates the end of one migration. > > -- > > Jules Wang (4): > > Curling: add doc > > Curling: cmdline interface. > > Curling: the sender > > Curling: the receiver > > > > arch_init.c | 25 ++++-- > > docs/curling.txt | 51 ++++++++++++ > > hmp-commands.hx | 10 ++- > > hmp.c | 3 +- > > include/migration/migration.h | 1 + > > include/migration/qemu-file.h | 1 + > > include/sysemu/sysemu.h | 5 +- > > migration.c | 50 ++++++++++-- > > qapi-schema.json | 6 +- > > qmp-commands.hx | 3 +- > > savevm.c | 178 +++++++++++++++++++++++++++++++= ++++++++--- > > 11 files changed, 303 insertions(+), 30 deletions(-) > > create mode 100644 docs/curling.txt > > >=20 > Jules, I think we should work together. The patches I sent this week > solve all of the problems (and more) of Kemari and have been in > testing for over 1 year. >=20 > 1. I/O buffering is already working > 2. Checkpoint parallelism is already working > 3. Staging of the checkpoint memory is already working > on both the sender side and receiver side. > 3. Checkpoint chunking is already working (this means that checkpoints > can be very large and must be split up like slab caches, > which can dynamically grow and shrink as the amount of > diryt memory in the virtual machine fluctuates. > 4. RDMA checkpointing is already working > 5. TCP checkpointing is already working > 6. There does not need to be a custom migration URI > - this is easily implemented through a capability. > 7. Libvirt support is already available on github. > 8 There is no need to modify the QEMU migration metadata state informat= ion. >=20 > All of these features take advantage of the recent advances > in QEMU in migration performance improvements over the last > few years. I will read your patches carefully as a good learning material. >=20 > Would you be interested in "joining forces"? You even picked > a cool name (I didn't even choose a name)..... =3D) Yes, your solution is better than mine obviously, and we could work together to improve your patches.=20 >=20 > Also: I will soon be working in IBM China Beijing, for 3 years - start= ing > next month - perhaps we could talk on the phone (or meet in person)? Welcome to Beijing and take some dust masks with you, you will need them. :) I prefer email or meet in person if necessary. I will read and try your patches first. > - Michael >=20 >=20 >=20