On Wed, Mar 05, 2014 at 01:52:14AM +, Huangpeng (Peter) wrote:
Hi, Andrea
Where can I get the dev-git-branch?
I can use it to try the snapshot prototype coding.
You can find the current status in the origin/master branch here
http://git.kernel.org/cgit/linux/kernel/git/andrea/aa.git
Hi,
On Tue, Mar 04, 2014 at 01:35:53AM +, Huangpeng (Peter) wrote:
Hi Paolo,
On Mon, Mar 03, 2014 at 02:47:31PM +0100, Paolo Bonzini wrote:
I'm not sure what's the status of the kernel infrastructure for
post-copy. Andrea?
sys_userfaultfd is still work in progress but
On Tue, Mar 04, 2014 at 01:02:44AM +, Huangpeng (Peter) wrote:
But back to the options:
If the host has enough free memory to fork QEMU, a small helper process can
be used to save the copy-on-write memory snapshot (thanks to fork(2)
semantics). The hard part about the fork(2)
Il 04/03/2014 09:54, Stefan Hajnoczi ha scritto:
Is there any other proposals to implement vm-snapshot?
See the discussion by Paolo and Andrea about post-copy migration, which
adds kernel memory management features for tracking userspace page
faults. Perhaps you can use that infrastructure to
Is there any other proposals to implement vm-snapshot?
See the discussion by Paolo and Andrea about post-copy migration, which adds
kernel memory management features for tracking userspace page faults.
Perhaps you can use that infrastructure to trap guest writes.
Stefan
I will look into
); qemu-de...@nongnu.org;
Wenchao Xia; Pavel Hrdina; KVM devel mailing list; Zhanghailiang
Subject: Re: [RFC]VM live snapshot proposal
Hi Paolo,
On Mon, Mar 03, 2014 at 02:47:31PM +0100, Paolo Bonzini wrote:
I'm not sure what's the status of the kernel infrastructure for
post-copy
On Mon, Mar 03, 2014 at 01:13:41AM +, Huangpeng (Peter) wrote:
Just to summarize the idea of live savevm for people joining the
discussion:
It should be possible to save a snapshot of the guest (including memory,
devices, and disk) without noticable downtime.
The 'savevm' command pauses the
Am 03.03.2014 um 13:32 hat Stefan Hajnoczi geschrieben:
On Mon, Mar 03, 2014 at 01:13:41AM +, Huangpeng (Peter) wrote:
Just to summarize the idea of live savevm for people joining the
discussion:
It should be possible to save a snapshot of the guest (including memory,
devices, and
Il 03/03/2014 13:32, Stefan Hajnoczi ha scritto:
If there is not enough memory to fork, then a synchronous approach to
catching guest memory writes is needed. I'm not sure if a good
mechanism for that exists but the simplest would be mprotect(2) and a
signal handler (which will make the guest
Il 03/03/2014 13:55, Kevin Wolf ha scritto:
Due to memory-modifications may happen in kvm, qemu, or vhost, the key-part
is how we
can provide common page-modify-tracking-and-saving api, we completed a
prototype by
simply add modified-page tracking/saving function in qemu, and it seems
Am 03.03.2014 um 14:19 hat Paolo Bonzini geschrieben:
Il 03/03/2014 13:55, Kevin Wolf ha scritto:
Due to memory-modifications may happen in kvm, qemu, or vhost, the
key-part is how we
can provide common page-modify-tracking-and-saving api, we completed a
prototype by
simply add
Il 03/03/2014 14:30, Kevin Wolf ha scritto:
So why don't we simply reuse the existing migration code?
I think this is different in the same way that block-backup and
block-mirror are different. Huangpeng's proposal would let you make
a consistent snapshot of disks and RAM.
Right. Though
Am 03.03.2014 um 14:47 hat Paolo Bonzini geschrieben:
Il 03/03/2014 14:30, Kevin Wolf ha scritto:
So why don't we simply reuse the existing migration code?
I think this is different in the same way that block-backup and
block-mirror are different. Huangpeng's proposal would let you make
Hi Paolo,
On Mon, Mar 03, 2014 at 02:47:31PM +0100, Paolo Bonzini wrote:
I'm not sure what's the status of the kernel infrastructure for
post-copy. Andrea?
sys_userfaultfd is still work in progress but it shouldn't be much
work left to completion. madvise(MADV_USERFAULT) and
Yes, this is the tricky part. To be honest, I think this is the reason no
one has
submitted patches - it's a hard task and the win isn't that great (you can
already migrate to file).
Yes, lots of places have to be considered. Though scenarios are limited, users
like
library experiments
Here I have another proposal, based on the live-migration scheme,
add consistent memory state tracking and saving.
The idea is simple:
1.First round use live-migration to save all memory to a snapshot file.
2.intercept the action of memory-modify, save old pages to a
temporary
I think this is different in the same way that block-backup and
block-mirror are different. Huangpeng's proposal would let you make a
consistent snapshot of disks and RAM.
Right. Though the point isn't about consistency (doing the disk snapshot when
memory has converged would be
Hi Paolo,
On Mon, Mar 03, 2014 at 02:47:31PM +0100, Paolo Bonzini wrote:
I'm not sure what's the status of the kernel infrastructure for
post-copy. Andrea?
sys_userfaultfd is still work in progress but it shouldn't be much work left
to
completion. madvise(MADV_USERFAULT) and
18 matches
Mail list logo