Название в значительной степени говорит обо всем. Мне просто интересно, влияет ли это на то, как виртуальные машины будут обрабатывать вещи, и если один метод предпочтительнее другого.
Название в значительной степени говорит обо всем. Мне просто интересно, влияет ли это на то, как виртуальные машины будут обрабатывать вещи, и если один метод предпочтительнее другого.
Ответы:
Нет, ваша виртуальная машина должна выполнять то же самое и использовать те же ресурсы на хосте. Это просто выбор дизайна, который был в основном добавлен, чтобы добавить некоторую гибкость, когда ваша ОС или программное обеспечение могут соответствовать требованиям лицензирования ЦП.
Каждый сокет / ядро будет представлять одно физическое ядро на хосте. Помните, что большее количество ядер автоматически не является хорошей вещью из-за требований к расписанию.
Основное назначение опции «ядра / сокеты» заключается в обеспечении гибкости с помощью программного обеспечения, которое может иметь требования времени выполнения или требования к лицензированию в зависимости от количества «физических» сокетов или ядер ЦП.
Хотя нет никакой разницы в производительности между несколькими ядрами на один сокет по сравнению с комбинацией нескольких розеток, есть IS небольшая разница в работе , если включить или требуется CPU горячего добавления функции виртуальной машины.
С помощью функции горячего добавления ЦП VMware вы можете добавить сокет к работающей ВМ, но не дополнительные ядра . Как ни странно, это то, с чем я сталкиваюсь в работе на работе, и это повлияло на то, как я настраиваю новые виртуальные машины.
Вообще говоря, это мало что изменит или не улучшит производительность.
Достаточно сложная ОС может изменить свою эвристику планирования (например, хранить тесно связанные потоки на ядрах в одном и том же пакете, что в некоторых конструкциях микросхем может повысить эффективность использования кэш-памяти, совместно используемой ядрами) в зависимости от расположения (заполненных) сокетов и ядра. В виртуализированных установках какая -то разница, вероятно, будет незначительным или оказываются полностью спорно из - за способом доступа расписания гипервизора CPU для гостевых виртуальных машин , если гипервизор не неглупый о базовом планировании между / внутри виртуальными машинами тоже.
Как указывает Дэн, вы должны сравнить свои задачи (в реалистичной манере: то есть с другой активностью на хосте, а не только в тестовой среде, где рассматриваемая виртуальная машина является единственной запущенной), чтобы убедиться, что несколько vCores / vCPU / оба на самом деле выгодно для их производительности. То, как запланирован доступ к ядрам, может привести к задержкам, которые сводят на нет любые преимущества и фактически замедляют работу в целом - я видел отчеты, в которых для задач со значительной нагрузкой на ЦП небольшая ферма одноядерных виртуальных машин на одном хосте работала значительно лучше. то же самое оборудование, что и меньшее количество (где «меньшее число 2 включает одну) многоядерную виртуальную машину (хотя, конечно, это может значительно увеличить нагрузку на хост).