|
From: | Avi Kivity |
Subject: | [Qemu-devel] Re: Live migration broken when under heavy IO |
Date: | Tue, 16 Jun 2009 12:13:50 +0300 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b3pre) Gecko/20090513 Fedora/3.0-2.3.beta2.fc11 Lightning/1.0pre Thunderbird/3.0b2 |
On 06/16/2009 12:10 PM, Avi Kivity wrote:
Does anyone have a clever idea how to fix this without just waiting for all IO requests to complete?What's wrong with waiting for requests to complete? It should take a few tens of milliseconds.We could start throttling requests late in the live stage, but I don't really see the point.
Well, we can introduce a new live stage, where we migrate RAM and complete block requests, but the vm is otherwise stopped. This allows the flush to overlap with sending memory dirtied by the flush, reducing some downtime. Since block requests can dirty large amounts of memory, this may be significant.
We can even keep the vcpu alive, only blocking new block requests, but that may cause dirty RAM divergence.
-- error compiling committee.c: too many arguments to function
[Prev in Thread] | Current Thread | [Next in Thread] |