Назва майже все це говорить. Мені просто цікаво, чи це має значення в способі обробки обробних машин, і якщо один метод є кращим проти іншого.
Назва майже все це говорить. Мені просто цікаво, чи це має значення в способі обробки обробних машин, і якщо один метод є кращим проти іншого.
Відповіді:
Ні, ваш VM повинен виконувати те саме і буде використовувати ті самі ресурси на хості. Це лише вибір дизайну, який в першу чергу був доданий, щоб додати деяку гнучкість, якщо ваша ОС або програмне забезпечення може мати вимоги до ліцензування процесора.
Кожна розетка / ядро буде представляти одне фізичне ядро на хості. Пам’ятайте, що більше ядер - це автоматично не дуже добре через вимоги до планування.
Основна мета опції ядер / сокет - забезпечити гнучкість програмного забезпечення, яке може мати вимоги до виконання або ліцензійних вимог, виходячи з кількості "фізичних" сокетів або процесорних ядер.
Хоча немає ніякої різниці в продуктивності між декількома ядрами на один сокет по порівнянні з комбінацією декількох розеток, є IS невелика різниця в роботі , якщо включити або потрібна CPU гарячого додавання функції віртуальної машини.
За допомогою функції гарячого додавання процесора VMware ви можете додати розетку до працюючої VM, але не додаткові ядра . Як не дивно, але це те, з чим я стикаюся у виробництві на роботі, і вплинуло на те, як я налаштовую нові VM.
Взагалі кажучи, це буде мало або не має різниці в продуктивності.
Досить складна ОС може змінювати евристику планування (зберігаючи тісно пов’язані потоки на ядрах в одному пакеті, наприклад, що з деякими конструкціями мікросхем може підвищити ефективність використання кешу, поділеного між ядрами) залежно від розташування (заселених) розеток і сердечники. У віртуалізованій установці будь-яка різниця, ймовірно, буде незначною або повністю виведена через те, як гіпервізор планує доступ до процесора для гостьових віртуальних машин, за винятком випадків, коли гіпервізор досить розумний щодо планування ядра між / в межах VM.
Як зазначає Ден, слід порівняти свої завдання (реалістично: тобто з іншою діяльністю на хості, а не лише в тестовому середовищі, де VM є єдиним запущеним), щоб переконатися, що кілька vCores / vCPU / обидва насправді вигідно для їх виконання. Те, як заплановано доступ до ядер, може призвести до затримок, які знищують будь-яку користь і фактично роблять все повільніше в цілому - я бачив звіти, де для завдань із значною процесорною роботою невелика ферма одноядерних віртуальних машин на одному хості виконується значно краще те саме апаратне забезпечення, ніж менша кількість (де "менший номер2 включає в себе один" багатоядерний VM (хоча, звичайно, це може накласти набагато більше навантаження на пам'ять хосту).