[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-research] Is checkpoint/restore enough fast to use??


  • To: xen-research@xxxxxxxxxxxxxxxxxxx
  • From: 박은병 <peb1611@xxxxxxxxx>
  • Date: Sat, 13 Mar 2010 15:31:15 +0900
  • Delivery-date: Fri, 12 Mar 2010 22:31:12 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=OjYgGxbZ+Dnrl3QY2MNpQkMAR1RjF6iLTi+exaA4WsRnCIW/HGdS/MYxP7aqag7XWv V+MARR2Evqh3mBl2rHbTR3U+Imyyu18ZOxP0mNrxtzjCx4wSESO9sqqPxpT5b/9OaRgU /cMNP2hHwLnWEDAj7HeeJy9dsegpD1JV5X/yE=
  • List-id: Research Issues on Xen <xen-research.lists.xensource.com>

I am interseted in checkpoint/restore mechanism in virtualized environment

I think that current checkpoint/restore in xen is very heavy work. In previous OS research area, checkpoint/restore had been investigated for fastness and some other purposes.

Live migration has been researched and published NSDI, VEE and so on. I think, there is some analogies between live migration and checkpoint/restore, so some optimazation techniques in migration area may be applied to checkpoint/restore

Is there any ongoing work or exist feature for checkpoint/restore optimization in Xen hypervisor?

otherwise, existing method enough fast?

--
Eunbyung Park
_______________________________________________
Xen-research mailing list
Xen-research@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-research

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.