«
»

N’utilisez pas Hyper-V R2 sur du Nehalem !

Posted by NiTRo | Filed under Hardware, Hyper-V

Slashdot nous rapporte qu’Hyper-V R2 est vulnérable à un bug des processeurs Nehalem (identifié depuis 2 mois). Intel semble avoir “convaincu” Microsoft de ne pas faire de communication officielle et le seul correctif disponible à l’heure actuelle désactive certaines fonctionnalités d’économie d’énergie.

Extrait que la kb Microsoft :

This problem occurs because spurious interrupts are generated on the computer that uses Intel code-named Nehalem processors. These interrupts are caused by a known erratum that is described in the following Intel documents.

logo-certwindows

Tags:

Comments (7) | November 29th, 2009

7 Responses to “N’utilisez pas Hyper-V R2 sur du Nehalem !”

  1. PiroNet Says:
    November 30th, 2009 at 15:01

    Il existe un autre probleme similaire dont MS parle dans un KB (kb974598).
    J’en parle ds un post sur http://deinoscloud.wordpress.com/2009/10/22/disable-c-state-why-that/

  2. NiTRo Says:
    November 30th, 2009 at 15:26

    “the C-state is not supported by Hyper-V” cool :)

  3. Cedric Says:
    December 2nd, 2009 at 15:00

    Houla… je ne serai pas aussi cathégorique.
    Je dirai même : Utilisez Hyper-V avec des processeurs Nehalem !

    1 : Ce bug concerne effectivement les instructions d’économie d’énergie C-State qui permettent de mettre en veille les coeurs non utilisés (Il suffit de désactiver le C-State dans le bios).

    2 : Ce bug est aujourd’hui est corrigé par le fix kb974598 comme indiqué par PiroNet.

    3 : Hyper-V R2 prend en compte le SLAT.
    Les processeur Core i7 (Nehalem) disposent désormais du SLAT (Second Level Adress Translation). Cette technologie s’appelle EPT (Ehanced Page Table) chez Intel. Les instructions EPT permettent de gérer directement dans le processeur les tables de translation entre la mémoire physique et virtuelle(TLB, à ne pas confondre avec la mémoire des machines virtuelles, il s’agît en fait d’un cache CPU dédié aux machines virtuelles). Sans le SLAT, les tables TLB doivent être virtualisées. Les opérations réalisées sur ces TLB virtuelles sont à l’origine d’une bonne partie de l’overhead CPU des hyperviseurs. Leur intégration dans le processeur sont donc une bonne chose.
    Plus d’infos :
    http://en.wikipedia.org/wiki/Translation_lookaside_buffer
    http://en.wikipedia.org/wiki/CPU_cache

  4. NiTRo Says:
    December 2nd, 2009 at 15:47

    ESX gère aussi l’EPT et le RVI ;)
    Concernant les C-states, la mise en garde provient à la base de chez MS : “Microsoft advises against the application of Nehalem processors in servers”

  5. Cedric Says:
    December 2nd, 2009 at 16:49

    ;)
    Il semble que cette info soit passée au travers du filtrage… couac de com ?

    http://www.h-online.com/newsticker/news/item/Processor-Whispers-About-War-and-Peace-865886.html

    Je confirme que MS ne recommande pas de ne pas utiliser les proc Nehalem… au contraire même.

  6. NiTRo Says:
    December 2nd, 2009 at 19:48

    Ils sont donc ni pour, ni contre, bien au contraire !?

  7. Cedric Says:
    December 3rd, 2009 at 11:16

    Pour faire avance le schmilblik
    http://blogs.msdn.com/virtual_pc_guy/archive/2009/11/16/understanding-high-end-video-performance-issues-with-hyper-v.aspx

Leave a Reply