On Tue, May 19, 2009 at 08:00:48AM -0500, Anthony Liguori wrote:
Uri Lublin wrote:
Currently the live-part (section QEMU_VM_SECTION_PART) of
ram_save_live has only one convergence rule, which is
when the number of dirty pages is smaller than a threshold.
When the guest uses more memory pages than the threshold (e.g.
playing a movie, copying files, sending/receiving many packets),
it may take a very long time before convergence according to
this rule.
This patch (re)introduces a no-progress convergence rule, which limit
the number of times the migration process is not progressing
(and even regressing), with regards to the number of dirty
pages. No-progress means that the number of pages that got
dirty is larger than the number of pages that got transferred
to the destination during the last transfer.
This rule applies only after the first round (in which most
memory pages are being transferred).
Also this patch enlarges the number-dirty-pages threshold (of
the first convergence rule) to 50 pages (was 10)
Signed-off-by: Uri Lublin <address@hidden>
The right place to do this is in a management tool. An arbitrary
convergence rule of 50 can do more damage than good.
For some set of users, it's better that live migration fail than it
cause an arbitrarily long pause in the guest which can result in dropped
TCP connections, soft lock ups, and other badness.
A management tool can force convergence by issuing a "stop" command in
the monitor. I suspect a management tool cares more about wall-clock
time than number of iterations too so a valid metric would be something
along the lines of if not converged after N seconds, issue stop monitor
command where N is calculated from available network bandwidth and guest
memory size.
Another possibility is for the management tool to increase the bandwidth for
little periods if it perceives that no progress is being made.
Anyhow, I completely agree that we should not introduce this in qemu.
However, maybe we could augment our "info migrate" to provide more info about
the internal state of migration, so the mgmt tool can take a more informed
decision?