From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hongyang Yang Subject: Re: [Qemu-devel] [RFC] COLO HA Project proposal Date: Tue, 8 Jul 2014 14:26:13 +0800 Message-ID: <53BB8F05.9080306@cn.fujitsu.com> References: <53A8DD80.7070905@cn.fujitsu.com> <20140701121248.GH2394@work-vm> <53B4D133.4060903@cn.fujitsu.com> <53BB8A56.2050005@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: FNST-Gui Jianfeng , Dong Eddie , , To: "Michael R. Hines" , "Dr. David Alan Gilbert" Return-path: Received: from cn.fujitsu.com ([59.151.112.132]:5285 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751566AbaGHG0M (ORCPT ); Tue, 8 Jul 2014 02:26:12 -0400 In-Reply-To: <53BB8A56.2050005@linux.vnet.ibm.com> Sender: kvm-owner@vger.kernel.org List-ID: Hi Michael, Thank you for paying attention on this. On 07/08/2014 02:06 PM, Michael R. Hines wrote: > On 07/03/2014 11:42 AM, Hongyang Yang wrote: >> >>> I wonder if there is anyway to coordinate this between COLO, Michael >>> Hines microcheckpointing and the two separate reverse-execution >>> projects that also need to do some similar things. >>> Are there any standard APIs for the heartbeet thing we can already >>> tie into? >> >> Sadly we have checked MC, it does not have heartbeat support for now. >> > > Right, MC by itself does not need heartbeats out-of-the box. > > Probably the best thing we can coordinate from MC is the part of the > data transmission protocol and memory management - because we need Yes, that's what we have planned. > to make sure you guys are staying compatible with the QEMUFile > abstraction the same way that the TCP and RDMA protocols are staying > compatible with that abstraction. > > COLO should able to run over any protocol supported by QEMUFile. Indeed. > > I can help with some of that... > > - Michael > > . > -- Thanks, Yang. From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45367) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4OrA-0005Ye-4g for qemu-devel@nongnu.org; Tue, 08 Jul 2014 02:26:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X4Or4-00080n-0G for qemu-devel@nongnu.org; Tue, 08 Jul 2014 02:26:24 -0400 Received: from [59.151.112.132] (port=41625 helo=heian.cn.fujitsu.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X4Or3-00080D-LM for qemu-devel@nongnu.org; Tue, 08 Jul 2014 02:26:17 -0400 Message-ID: <53BB8F05.9080306@cn.fujitsu.com> Date: Tue, 8 Jul 2014 14:26:13 +0800 From: Hongyang Yang MIME-Version: 1.0 References: <53A8DD80.7070905@cn.fujitsu.com> <20140701121248.GH2394@work-vm> <53B4D133.4060903@cn.fujitsu.com> <53BB8A56.2050005@linux.vnet.ibm.com> In-Reply-To: <53BB8A56.2050005@linux.vnet.ibm.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC] COLO HA Project proposal List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael R. Hines" , "Dr. David Alan Gilbert" Cc: FNST-Gui Jianfeng , Dong Eddie , qemu-devel@nongnu.org, kvm@vger.kernel.org Hi Michael, Thank you for paying attention on this. On 07/08/2014 02:06 PM, Michael R. Hines wrote: > On 07/03/2014 11:42 AM, Hongyang Yang wrote: >> >>> I wonder if there is anyway to coordinate this between COLO, Michael >>> Hines microcheckpointing and the two separate reverse-execution >>> projects that also need to do some similar things. >>> Are there any standard APIs for the heartbeet thing we can already >>> tie into? >> >> Sadly we have checked MC, it does not have heartbeat support for now. >> > > Right, MC by itself does not need heartbeats out-of-the box. > > Probably the best thing we can coordinate from MC is the part of the > data transmission protocol and memory management - because we need Yes, that's what we have planned. > to make sure you guys are staying compatible with the QEMUFile > abstraction the same way that the TCP and RDMA protocols are staying > compatible with that abstraction. > > COLO should able to run over any protocol supported by QEMUFile. Indeed. > > I can help with some of that... > > - Michael > > . > -- Thanks, Yang.