ESXi и Windows Server CPU для парковки


10

Для тех, кто не знает, парковка ЦП - это функция в последних выпусках Windows Server, которая позволяет Windows практически сбрасывать ядро ​​ЦП до нуля и не использовать его. Это было введено как мера энергосбережения. Есть больше деталей об этом здесь , среди других мест.

Однако меня интересует, является ли это вопросом для виртуализированного гостя, или парковка процессора является скорее помехой, чем помощью, учитывая, что физические процессоры управляются ESXi, а не Windows, и что припаркованный процессор менее вероятно иметь дело с трафиком, если планировщик считает, что достаточно работы, чтобы отключить процессор?

Я ничего не нашел по этому поводу - я подозреваю, что это будет в значительной степени основано на заданной рабочей нагрузке, но я не видел никакого обсуждения (в отличие, скажем, от того, имеет ли гиперпоточность какой-либо эффект, который, кажется, обсуждается регулярно ). Хотя я понимаю «тест с вашей рабочей нагрузкой», мне было интересно, есть ли какие-нибудь советы / рекомендации, которые я пропустил.


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

Точно - вот почему я задаю вопрос, я не вижу смысла парковки в виртуальной машине, поэтому парковку нужно отключить?
Крис Дж

Какая версия ESXi? Какое использование процессора, как на машине вашего разработчика, которую вы упомянули в одном из комментариев, так и на виртуальной машине? Какие модели процессоров используются на компьютере разработчика и на хосте ESXi? Я не знаю, поможет ли эта информация, но может.
Марио Ленц

Ответы:


11

Обязательно попробуйте изменить размер ваших виртуальных машин .

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

Это не обычный запрос, поэтому я бы просто положился на традиционные инструменты управления ресурсами, если у вас в настоящее время нет проблем с производительностью.

Редактировать:

Вы которые возникают проблемы производительности.

  • Убедитесь, что у вас установлены инструменты VMware.
  • Установите для параметров питания виртуальной машины Windows высокую производительность

введите описание изображения здесь


2
Это то, что мы видели на буровой установке с довольно высокой нагрузкой на процессор - многопоточное приложение, похоже, не использует все виртуальные ЦП, а менеджер ресурсов помечает пару как «припаркованную» (несмотря на то, что потоков более чем достаточно в очереди на бег) Впервые нам пришлось задуматься о том, действительно ли проблема заключается в парковке и виртуальных машинах: разработчик на своем компьютере (физическом) видит, что один и тот же код использует все ядра (больше ядер, чем на виртуальной машине). Мы немного ломаем голову и просто хотели исследовать этот конкретный аспект.
Крис Дж

@ChrisJ Смотрите мои изменения выше.
ewwhite

Похоже, что это помогло нам на нашем тестовом стенде: нагрузка теперь распределяется по всем виртуальным ЦП (в соответствии с Windows), и вместо 2 одновременных потоков у нас есть 4 параллельных потока. Мы будем работать на большой буровой установке (надеюсь) сегодня, поэтому подтвердим.
Крис Дж

1
Не забудьте добавить его в групповую политику Windows-сервера. Вот почему я никогда больше не касаюсь этого вручную.
ewwhite

Хорошее предложение - та.
Крис Дж

4

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


Для меня это не проблема энергосбережения, поскольку хост виртуализирован, поэтому мне нужно взглянуть на ESXi. Еще более важно, влияет ли он на / мешает сам планировщик гипервизора, так как в конечном итоге физическое время ЦП выделяется этим, а не планировщиком Windows. Мне кажется, что парковку, вероятно, следует отключить, так что планировщику Windows не нужно «парковать» процессор, который на самом деле не существует, и это может более эффективно использовать базовые физические процессоры, позволяя ESX распределять время соответственно. Мне просто интересно, правильна ли моя интуиция :-)
Крис Дж

Это не повлияет на планировщик. В стесненных условиях ESXi может «украсть» неиспользуемое процессорное время у ваших гостей, но в противном случае ядро ​​останется бездействующим, если его не использует другой гость.
Натан С

@ ChrisJ Нет необходимости отключать. Не пытайтесь перехитрить VMware :)
ewwhite

Я не пытаюсь перехитрить VMWare, я пытаюсь переосмыслить Windows (так как она, кажется, не планирует приложение для всех виртуальных ЦП) :-) Я не думал, что нам нужно будет делать owt, в основном из-за отсутствия информации об этом в Интернете (подразумевается, что большинство / каждый оставляет это как есть), но просто хотел изучить этот аспект.
Крис Дж

@ChrisJ Я не думаю, что люди касаются этого параметра напрямую. Обычно это часть энергетической политики системы.
ewwhite
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.