RE: migrate_set_downtime bug

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

 



> > 'bandwidth' is something that changes dynamically (or by user
> settings), so why don't we simply abort after some amount of
> transferred memory (constant * memory size). This can be implemented by
> the management application without problems, although it's much easier
> inside kvm.
> >
> Easier, yes.
> 
> But then once it is done, people wanting a different behaviour for some
> valid reason are stuck with that.
> This is the very reason we expose information about migration in the
> monitor to begin with.

No problem. Maybe you can just commit the first part of my patch then?

> Again, I believe the fix for this convergence problem does not belong
> here.

The default downtime is set to 30ms. This value triggers the convergence problem quite often. Maybe a longer default is more reasonable.

- Dietmar
 


--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux