|
|
|
|
|
|
|
|
|
|
xen-fr
Re: [Xen-fr] xm migrate entre deux types CPU différents
Tu as de infos sur le fait que VT ne soit utilisable qu'en labo ?
Sinon, Xen est une architecture propre en ce sens que le noyau sur
lequel vous démarrez est compilé pour l'archi Xen. Ainsi vous ne
pourrez pas utiliser d'instructions spécifiques à un AMD comme 3Dnow,
il me semble, seul le jeu standard d'instructions x86 est dispo.
Corrigez-moi si je me trompe.
Hugo.
Le 26/04/06, Timothée Guicherd<timothee.guicherd@xxxxxxxxxxx> a écrit :
>
> > Funny, je n'avais jamais pensé aux conséquences que cela pourrait avoir.
> > Lors d'une migration, si j'ai bien tout suivi, une nouvelle instance est
> > initialisée sur la destination, puis la mémoire recopiée. La mémoire
> > recopiée contient des informations (potentiellement utilisées par un
> > quelconque module du kernel ou une application) concernant le CPU hôte.
> > Quand à déterminer l'impact exact, je dirais, sans expérience pratique du
> > sujet, que cela pourrait fonctionner dans beaucoup de cas, sans aucune
> > garantie cependant qu'il n'y aura pas un souci lors de la 100 000°
> > migration réalisée comme cela ...
>
> Ok, merci pour ces infos. Je me pose la question parce qu'une migration de ce
> type n'est pas "supportée" par les autres outils qui se rapprochent un peu
> (VMotion de VMware, par exemple). En pratique, peut être que ça marche
> effectivement mais ce n'est pas "supporté" contractuellement parlant.
>
> Il me semblait avoir compris que l'organisation des instructions et autres
> lors du "transfert" de la mémoire pouvait avoir des effets de bord non
> négligeables dans cette situation, je vais essayer de vérifier ça dès que
> possible et je vous tiendrai au courant :-)
>
> --
> Timothée
>
>
> _______________________________________________
> Xen-fr mailing list
> Xen-fr@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-fr
>
_______________________________________________
Xen-fr mailing list
Xen-fr@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-fr
|
|
|
|
|