Есть ли любая причина того, что не использовалось максимальное количество виртуальных процессоров на Hyper-V VM

Я работал с vm's в течение многих лет, таким образом, вот мои 2 цента. Все виртуализируют по причине..., если Вы сделали это, потому что это было последнее модное словечко, и журнал, который, как сказали, сделал это, забывают об этом и возвращаются к использованию медосмотров. Теперь, если Вы виртуализируете для предоставления дублирования, затем не израсходуйте все CPU. В обработке отказа Вам будет нужна дополнительная мощность ЦП. Если Вы виртуализируете, потому что у Вас есть много маленьких серверов, и Вы хотите максимизировать использование физического сервера, затем используют 80% CPU... и смотрят на профиль более чем неделя или два..., если можно сойти с рук помещение 4 CPU на 2 серверах, потому что они работают в разное время разрешение. Теперь проблема может состоять в том, что, если хост-система начинает использовать CPU и гостей, начинают использовать его, Вы будете видеть, что ситуация с признаками гостей только имеет 70%-ю загрузку ЦП, но связываетесь как, они в 100%. Это плохо. Я надеюсь 4 CPU, Вы имеете в виду 4 четырехъядерных CPU. Его твердое для наблюдения любого преимущества от любого меньше.

Существует стоимость для использования дополнительных виртуальных процессоров, и на слое гипервизора и в госте ОС, сослался на в ответе PHGAMER. Поскольку Вы добавляете больше виртуальных процессоров к VM, те VPs все попытаются взять и выпустить блокировки в госте ОС, замедляя друг друга несколько. Планировщик в рамках гипервизора будет также иметь больше работы, чтобы сделать, даже, в некоторой степени, когда это дополнительный виртуальный процессор не будет занято.

Таким образом, если Вы хотите возможность своего VM быть очень динамичными, добавьте много виртуальных процессоров, поняв стоимость.

Если Вы хотите, чтобы Ваша машина работала, наиболее эффективно, тем не менее, не добавляют больше виртуальных процессоров, чем рабочим нагрузкам обычно нужно.

Ответ IT мультивселенной несколько релевантен также, хотя эта проблема может быть частично решена путем помещения резервов на сумме процессорного времени, другие VMs добираются, мешая безудержному VM монополизировать физическое процессорное время.

Хорошо, если Вы получили тонну VMs, работающего одновременно. при наличии одного пожирателя ресурсов VM все центральные процессоры были бы очень плохи нет?

С выбором ЦП у Вас могло быть 4 VMs каждый со специализированным доступом к одному ЦП без любого случая контекстного переключения.

Если загрузка является только единственной, распараллелил затем нагрузку планирования Вашего излишне создания для хоста к циклам процессора, которые потрачены впустую так или иначе. Виртуализация сервера является упражнением в оптимальном распределении ресурсов. Если Вы просто бросаете ресурсы вокруг, где они не нужны, какой смысл того, чтобы консолидировать их всех в единственном поле?

Ничего себе... Вы никогда не видели обновление Windows, антивирусного программного обеспечения или приложения на Вашем сервере, который был плох и заканчивает тем, что убежал с использованием ЦП. Вы действительно хотели бы, чтобы неправильно себя ведшее обновление того снизило Ваши другие серверы? Кроме того, в то время как ВАША среда может иметь предсказуемое использование ЦП, другие среды могли очень отличаться. Подобный CrazyDart, причины виртуализировать могут отличаться от среды до среды. Вы могли бы сделать это для экономии электроэнергии, Вы могли бы сделать это для более легких миграций/восстановления сервера. Вы могли бы сделать это для высокой доступности в кластере. Вы могли бы сделать это по другой причине. Ваши причины того, чтобы сделать могут повлиять, как выделение ЦП обрабатывается.

Необходимо также отметить, некоторые значительные улучшения происходят в SP1.