22
0
Fork 0

quelques typos + syntaxe

This commit is contained in:
jlecour 2017-01-11 16:25:07 +01:00
parent e72004f994
commit d9e0cc3723
1 changed files with 1 additions and 1 deletions

View File

@ -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.