qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [RFC] More robust migration


From: Avi Kivity
Subject: Re: [Qemu-devel] [RFC] More robust migration
Date: Tue, 24 Feb 2009 12:18:04 +0200
User-agent: Thunderbird 2.0.0.19 (X11/20090105)

Jamie Lokier wrote:
Paul Brook wrote:
I never said you need the same host. All the save/restore code
should be host independent. It should be possible to save state on
(say) i386 and restore on ppc64. Anything that prevents this is IMO
a bug.

For KVM you're likely to need a cpu with at least as many features
as the old one, but that's the price you pay for using host hardware
features.

I'd prefer the "host hardware features" to be an acceleration
mechanism, than something which makes a VM dependent on the specific
host it's running on.

Can't KVM invoke QEMU's emulation capabilities for those things it
cannot provide itself because of missing host abilities?

Some host hardware features are invisible to the guest (so they are just acceleration mechanisms). Others are visible to the guest (like instruction set extensions) but they can be turned off using cpuid so that mixed-feature migration pools are possible.

--
error compiling committee.c: too many arguments to function





reply via email to

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