From d9e0cc3723b32ee5a58c4d6691c13dbcd44bc49f Mon Sep 17 00:00:00 2001 From: jlecour Date: Wed, 11 Jan 2017 16:25:07 +0100 Subject: [PATCH] quelques typos + syntaxe --- HowtoKVM.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/HowtoKVM.md b/HowtoKVM.md index 5652803b..4548c032 100644 --- a/HowtoKVM.md +++ b/HowtoKVM.md @@ -1098,7 +1098,7 @@ Si votre VM a crashé et n'est pas "redémarrable" avec un message "Unable to cr ### Souci d'allocation CPU -Admettons que vous avez sur l'hyperviseur 32 CPU (cores ou threads, qu'importe), vous affecter 32vCPU à une VM. Vous constatez que la VM ne peut monter qu'à 1600% d'utilisation, soit 16vCPU, et vous constatez un steal important (voir top, htop ou munin). Cela signifie en fait que la VM a démarré avec 32 vCPU, mais ceux-ci sont mappés seulement sur 16 CPU physique (le premier CPU avec 16 cores par exemple). +Admettons que vous avez sur l'hyperviseur 32 CPU (cores ou threads, qu'importe), vous affectez 32 vCPU à une VM. Vous constatez que la VM ne peut monter qu'à 1600% d'utilisation, soit 16 vCPU, et vous constatez un _steal_ important (voir `top`, `htop` ou Munin). Cela signifie en fait que la VM a démarré avec 32 vCPU, mais ceux-ci sont mappés seulement sur 16 CPU physiques (le premier CPU avec 16 cores par exemple). C'est un bug lié à libvirt, bug qui est bien connu et [corrigé](https://bugzilla.redhat.com/show_bug.cgi?id=1207257), cependant il impacte toujours le libvirt de Debian Jessie.