* Eric Blake (ebl...@redhat.com) wrote:
> On 07/10/2014 05:29 AM, Dr. David Alan Gilbert wrote:
> > * Paolo Bonzini (pbonz...@redhat.com) wrote:
> >> Il 07/07/2014 16:02, Dr. David Alan Gilbert ha scritto:
> > Could you have instead a "migrate_start_postcopy" command, and leave the
> > poli
>> The single precopy lazy pass would consist of clearing the dirty
>> bitmap, starting precopy, then if any page is found dirty by the time
>> precopy tries to send it, we skip it. We only send those pages in
>> precopy that haven't been modified yet by the time we reach them in
>> precopy.
>>
>>
* Andrea Arcangeli (aarca...@redhat.com) wrote:
> On Thu, Jul 10, 2014 at 02:37:43PM +0100, Dr. David Alan Gilbert wrote:
> > * Eric Blake (ebl...@redhat.com) wrote:
> > > Is there any need for an
> > > event telling libvirt that enough pre-copy has occurred to make a
> > > postcopy worthwhile?
> >
* Paolo Bonzini (pbonz...@redhat.com) wrote:
> Il 07/07/2014 16:02, Dr. David Alan Gilbert ha scritto:
> >>> Could you have instead a "migrate_start_postcopy" command, and leave the
> >>> policy to management instead?
> >Hmm; yes that is probably possible - although with the
> >migration_set_param
On Thu, Jul 10, 2014 at 02:37:43PM +0100, Dr. David Alan Gilbert wrote:
> * Eric Blake (ebl...@redhat.com) wrote:
> > Is there any need for an
> > event telling libvirt that enough pre-copy has occurred to make a
> > postcopy worthwhile?
>
> I'm not sure that qemu knows much more than management d
* Eric Blake (ebl...@redhat.com) wrote:
> On 07/10/2014 05:29 AM, Dr. David Alan Gilbert wrote:
> > * Paolo Bonzini (pbonz...@redhat.com) wrote:
> >> Il 07/07/2014 16:02, Dr. David Alan Gilbert ha scritto:
> > Could you have instead a "migrate_start_postcopy" command, and leave the
> > poli
On 07/10/2014 05:29 AM, Dr. David Alan Gilbert wrote:
> * Paolo Bonzini (pbonz...@redhat.com) wrote:
>> Il 07/07/2014 16:02, Dr. David Alan Gilbert ha scritto:
> Could you have instead a "migrate_start_postcopy" command, and leave the
> policy to management instead?
>>> Hmm; yes that is pro
* Paolo Bonzini (pbonz...@redhat.com) wrote:
> Il 07/07/2014 16:02, Dr. David Alan Gilbert ha scritto:
> >>> Could you have instead a "migrate_start_postcopy" command, and leave the
> >>> policy to management instead?
> >Hmm; yes that is probably possible - although with the
> >migration_set_param
Il 07/07/2014 16:02, Dr. David Alan Gilbert ha scritto:
> Could you have instead a "migrate_start_postcopy" command, and leave the
> policy to management instead?
Hmm; yes that is probably possible - although with the migration_set_parameter
configuration you get the best of both worlds:
1) Y
* Paolo Bonzini (pbonz...@redhat.com) wrote:
> Il 04/07/2014 19:41, Dr. David Alan Gilbert (git) ha scritto:
> > e) I've added a 'migration_set_parameter' command as somewhere to put
> > integer
> > parameters associated with migration.
> > e.1) And I use that initially for the length
Il 04/07/2014 19:41, Dr. David Alan Gilbert (git) ha scritto:
e) I've added a 'migration_set_parameter' command as somewhere to put integer
parameters associated with migration.
e.1) And I use that initially for the length of precopy to try.
Could you have instead a "migrate_star
From: "Dr. David Alan Gilbert"
Hi,
This is the 1st cut of my version of postcopy; it is designed for use with
the Linux kernel additions recently posted by Andrea Arcangeli here:
http://lists.gnu.org/archive/html/qemu-devel/2014-07/msg00525.html
The current status is:
1) It works - I've
12 matches
Mail list logo
