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

RE: [Xen-fr] xm migrate entre deux types CPU différents


  • To: <xen-fr@xxxxxxxxxxxxxxxxxxx>
  • From: Timothée Guicherd <timothee.guicherd@xxxxxxxxxxx>
  • Date: Wed, 26 Apr 2006 17:05:24 +0200
  • Delivery-date: Wed, 26 Apr 2006 08:05:38 -0700
  • List-id: xen-fr.lists.xensource.com
  • Thread-index: AcZpPmd6AOyaewNYRn+JgiVKv0gfQgAAGcqwAADphmA=
  • Thread-topic: [Xen-fr] xm migrate entre deux types CPU différents

> 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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.