[Ovirt-devel] [PATCH] Adding NIC details to ovirt identify stage.

[Andrew Cathrow]

On Sat, 2008-07-12 at 11:13 +0100, Daniel P. Berrange wrote:


> 
> This doesn't require the full set of flags - if you compare the full
> set every time you want to migrate you will be overly restricting
> your migration pool.

Agree - just making the point that it's probably better to collect it
just in case.
But it sounds like you're saying that rather expose all the data to the
end user you'd abstract that within libvirt.

> 
> I'm inclined to think we want to put as much of this CPU compatability
> logic as possible into a libvirt API, or capabilities XML. Any app
> using libvirt's migration API will ned todo this check so we should
> provide a centralized piece of logic for it. We don't want every app
> to have to repeat the logic of figuring out compatible CPUs.

Absolutely - that's where it belongs. So then a management tool could
query the information and use it to better plan the architecture of
clusters grouping "compatible" machines together.

> 
> > VMware has done some work on this - for example allowing the NX bit to
> > be masked, and have added some more cpu bitmasking features in 3.5, but
> > I've not looked too closely into them.
> 
> Yep, Xen and KVM have both talked of CPU feature masking but not really
> gone anywhere with it so far because its such a troublesome problem to
> manage

Yeah it really belongs in the silicon, Intel FlexMigration sounds
interesting for that reason, but all I know is what their marketing
folks tell me :-)



> 
> Daniel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/ovirt-devel/attachments/20080712/b857ac01/attachment.htm>