Comments on: N’utilisez pas Hyper-V R2 sur du Nehalem ! http://www.hypervisor.fr/?p=1588 French Bare-Metal weblog Fri, 30 Jul 2021 14:16:54 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Cedric http://www.hypervisor.fr/?p=1588&cpage=1#comment-1422 Cedric Thu, 03 Dec 2009 10:16:42 +0000 http://www.hypervisor.fr/?p=1588#comment-1422 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 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

]]> By: NiTRo http://www.hypervisor.fr/?p=1588&cpage=1#comment-1421 NiTRo Wed, 02 Dec 2009 18:48:38 +0000 http://www.hypervisor.fr/?p=1588#comment-1421 Ils sont donc ni pour, ni contre, bien au contraire !? Ils sont donc ni pour, ni contre, bien au contraire !?

]]> By: Cedric http://www.hypervisor.fr/?p=1588&cpage=1#comment-1420 Cedric Wed, 02 Dec 2009 15:49:34 +0000 http://www.hypervisor.fr/?p=1588#comment-1420 ;) 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. ;)
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.

]]> By: NiTRo http://www.hypervisor.fr/?p=1588&cpage=1#comment-1419 NiTRo Wed, 02 Dec 2009 14:47:17 +0000 http://www.hypervisor.fr/?p=1588#comment-1419 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" 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”

]]> By: Cedric http://www.hypervisor.fr/?p=1588&cpage=1#comment-1418 Cedric Wed, 02 Dec 2009 14:00:35 +0000 http://www.hypervisor.fr/?p=1588#comment-1418 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 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

]]> By: NiTRo http://www.hypervisor.fr/?p=1588&cpage=1#comment-1415 NiTRo Mon, 30 Nov 2009 14:26:50 +0000 http://www.hypervisor.fr/?p=1588#comment-1415 "the C-state is not supported by Hyper-V" cool :) “the C-state is not supported by Hyper-V” cool :)

]]> By: PiroNet http://www.hypervisor.fr/?p=1588&cpage=1#comment-1414 PiroNet Mon, 30 Nov 2009 14:01:30 +0000 http://www.hypervisor.fr/?p=1588#comment-1414 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/ 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/

]]>