In this scenario, VMware vSphere favors fairness over throughput and sometimes pauses one vCPU to dedicate a whole core to another vCPU, eliminating gains provided by Hyper-Threading

Après avoir fourni un patch ainsi que 2 paramètres d’optimisation, l’équipe de Project VRC à publié cette fameuse mise à jour qui “restaure l’équilibre” :

The vSphere 4.0 Update 1 P05 patch clearly has positive impact on TS 2008×64 workload with 4vCPU’s. The performance differences are now very small [...] In practice, performance will be equal for all hypervisors when 4vCPU’s are used with Hyper-threading.

Dans le même temps, Citrix publie un bench VDI maison (avec un schéma où l’on peut voir Hyper-V en NFS et du VHD avec ESX…) où Hyper-V fait le meilleur score pour Win7 (admirez l’échelle) mais le moins bon pour WinXP et pourtant Citrix conclu :

First, it is clear that the industry’s two leading hypervisors for these benchmarks for both TS and VDI, are Hyper-V R2 and XenServer 5.5.

Et concernant Virtual Reality Check – Phase II version 2.0, une petite touche d’humour :

The results clearly stung the VMware folk who rushed out a patch that they claim fixes their TS performance issues, but they have yet to disclose whether this affects their VDI performance, and we have yet to test it.

On peut constater clairement que la suite d’événements autour de ce fameux patch #5 légitiment les résultats des benchmark de Project VRC. Quant à VMware, tout laisse à penser que l’éditeur tient autant à son image qu’aux résultats de son hyperviseur. Et concernant le patch en lui même (dispo public depuis le 01/04/2010) nous partageons l’avis de Scott :

Of course production environments rarely (never?) have a one-to-one ratio of vCPUs to logical processors.