Vous allez me dire “on s’en fout bien du swMMU, c’est old school et on a plus de VM sous Windows 2000 !” et je suis bien d’accord avec vous mais Duncan a récemment posté un billet très intéressant sur les notions de static et dynamic overhead et en particulier sur la réservation de mémoire lors d’un vmotion.

[...] the vMotion process aims to be conservative and uses static overhead memory instead of dynamic

Vous l’aurez compris, en swMMU c’est du static et en hwMMU c’est du dynamic mais pour certaines actions, les valeurs du static overhead font référence. Dans le cas d’une mise à jour d’un cluster un peu chargé cela peut avoir toute son importance compte tenu de l’écart de réservation être les deux techniques :

Et pour ceux qui aiment se faire du mal, on a essayez avec 1TB de vRAM (merci l’overcommit) :

On constate que :

• Les écarts sont proportionnels jusqu’à 4Go
• A partir de 4Go, 3 groupes se forment 1, 2-3-4 et 5-6-7-8 vCPU
• A partir de 4Go les courbes des groupes se confondent presque
• A 256Go de vRAM, une VM à 5 vCPU à presque 2 fois plus d’overhead qu’à 4 vCPU et presque 3 fois plus qu’à 1 vCPU

Et bien d’autres choses encore que nous vous laissons découvrir par vous même…