* Question on Lazy VM Restore
@ 2013-12-13 16:06 Prateek Sharma
2013-12-14 16:28 ` Andrew Cooper
0 siblings, 1 reply; 3+ messages in thread
From: Prateek Sharma @ 2013-12-13 16:06 UTC (permalink / raw)
To: xen-devel
Hello all,
I was wondering if there is an existing mechanism in Xen for
restoring a saved/checkpointed VM lazily. By that, I mean that the pages
of the VM should be mapped only on access.
Currently, restoring a VM from a snapshot seems to take a long
time [~20 seconds for 2 GB].
Assuming that there is no lazy-restore functionality, what would
be a good way to implement this? Using parts of Xen-paging? Snowflock?
Something else?
Thanks!
--Prateek
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Question on Lazy VM Restore
2013-12-13 16:06 Question on Lazy VM Restore Prateek Sharma
@ 2013-12-14 16:28 ` Andrew Cooper
2013-12-18 16:53 ` Andres Lagar Cavilla
0 siblings, 1 reply; 3+ messages in thread
From: Andrew Cooper @ 2013-12-14 16:28 UTC (permalink / raw)
To: Prateek Sharma, xen-devel; +Cc: Andres Lagar-Cavilla
On 13/12/2013 16:06, Prateek Sharma wrote:
> Hello all,
> I was wondering if there is an existing mechanism in Xen for
> restoring a saved/checkpointed VM lazily. By that, I mean that the
> pages of the VM should be mapped only on access.
> Currently, restoring a VM from a snapshot seems to take a long
> time [~20 seconds for 2 GB].
> Assuming that there is no lazy-restore functionality, what would
> be a good way to implement this? Using parts of Xen-paging? Snowflock?
> Something else?
>
> Thanks!
> --Prateek
There is no current mechanism which I am aware of. I recall a few
academic papers looking in to the possibility, but no code as a result.
The restoring from a shapshot has a number of large inefficiencies in
the datapath in the privcmd driver. Fixing these would make quite an
improvement on those 20 seconds, which I suspect might be a rather
easier improvement than implementing lazy restore.
Having said that, if you are looking for a project to do, I suspect the
xen-paging infrastructure would be able to be used for lazy restore,
although Andres (author of xen-paging, CC'd) will likely be able to
speak rather more about the feasibility of it.
~Andrew
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Question on Lazy VM Restore
2013-12-14 16:28 ` Andrew Cooper
@ 2013-12-18 16:53 ` Andres Lagar Cavilla
0 siblings, 0 replies; 3+ messages in thread
From: Andres Lagar Cavilla @ 2013-12-18 16:53 UTC (permalink / raw)
To: Andrew Cooper; +Cc: Prateek Sharma, xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 1608 bytes --]
On Sat, Dec 14, 2013 at 11:28 AM, Andrew Cooper
<andrew.cooper3@citrix.com>wrote:
> On 13/12/2013 16:06, Prateek Sharma wrote:
> > Hello all,
> > I was wondering if there is an existing mechanism in Xen for
> > restoring a saved/checkpointed VM lazily. By that, I mean that the
> > pages of the VM should be mapped only on access.
> > Currently, restoring a VM from a snapshot seems to take a long
> > time [~20 seconds for 2 GB].
> > Assuming that there is no lazy-restore functionality, what would
> > be a good way to implement this? Using parts of Xen-paging? Snowflock?
> > Something else?
> >
> > Thanks!
> > --Prateek
>
> There is no current mechanism which I am aware of. I recall a few
> academic papers looking in to the possibility, but no code as a result.
>
> The restoring from a shapshot has a number of large inefficiencies in
> the datapath in the privcmd driver. Fixing these would make quite an
> improvement on those 20 seconds, which I suspect might be a rather
> easier improvement than implementing lazy restore.
>
> Having said that, if you are looking for a project to do, I suspect the
> xen-paging infrastructure would be able to be used for lazy restore,
> although Andres (author of xen-paging, CC'd) will likely be able to
> speak rather more about the feasibility of it.
>
Thanks Andrew. Credit where is due, Olaf Hering from Suse had most to do
with xen-paging.
Prateek: yes you could use xen-paging to build a lazy restore. Snowflock
has mutated/evolved into Gridcentric's commercial offering, so happy to
discuss that off list.
Best,
Andres
>
> ~Andrew
>
[-- Attachment #1.2: Type: text/html, Size: 2292 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-12-18 16:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-13 16:06 Question on Lazy VM Restore Prateek Sharma
2013-12-14 16:28 ` Andrew Cooper
2013-12-18 16:53 ` Andres Lagar Cavilla
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.