qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 2/10] Allow the monitor to be suspended during n


From: Avi Kivity
Subject: Re: [Qemu-devel] [PATCH 2/10] Allow the monitor to be suspended during non-blocking op
Date: Thu, 11 Sep 2008 13:16:42 +0300
User-agent: Thunderbird 2.0.0.16 (X11/20080723)

Jamie Lokier wrote:
> Avi Kivity wrote:
>   
>> (logically we would copy all of the data of all block devices, but 
>> that's not very practical, so we assume shared storage).
>>     
>
> Speaking of that, if the guest RAM were a memory-mapped file, couldn't
> that use shared storage too?
>
>   

You would need a clustered filesystem that supports coherent mmap()s.

> You'd have to be careful: it would need a distributed filesystem with
> coherent mappings (i.e. not NFS), but they do exist.
>
> I'm guessing that the bulk of time spent in migration/checkpointing is
> saving the RAM image.  Using a memory-mapped file on shared storage
> for RAM might make that faster.  (Or slower!).
>   

The memory needs to be transferred anyway, so total time would not
change.  You could start running on the target sooner, though.

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to 
panic.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]