Як я можу знати, якщо мені слід відключити віртуальний NUMA на віртуальних машинах із запущеними програмами?

З документів VMware:

Віртуальна топологія NUMA доступна для апаратних версій віртуальних машин версії 8 і включається за замовчуванням, коли кількість віртуальних процесорів перевищує вісім. Ви також можете вручну впливати на віртуальну топологію NUMA, використовуючи розширені параметри конфігурації.

Отже, скажемо, що у мене є VM, я призначив 8 процесорів - його працює Virtual NUMA. Якщо у мене на сервері працює стара програма, яка не обізнана з NUMA, чи вона не працюватиме дуже погано або, принаймні, не так добре, як у режимі не V-NUMA?

Я припускаю, що V-NUMA увімкнено таким чином, оскільки якщо постачальник додатків рекомендує 8 або більше ядер, програмне забезпечення, швидше за все, знає NUMA. Або багато застосунків із багатоядерною підтримкою, але не підтримка NUMA?

Як би я визначив вузьке місце, викликане цією можливою проблемою?

Редагувати: Чи думала, чи є в vCenter показник для моніторингу віддалених викликів NUMA?

— червоний888
джерело

Я видалив запропоновану відповідь, тому що я не думаю, що це те, що ви шукаєте. Якби у мене було більше інформації про конфігурацію вашого хоста, я б могла надати більшу допомогу. Моя особиста думка полягає в тому, що vNUMA загалом не шкодить додаткам, що не містять numa, але це не відповідає лише думці. Існує велика кількість змінних, які можуть вплинути на продуктивність VM, і в мої роки роботи з VMware я ніколи не знаходив vNUMA як винуватця в питанні про продуктивність.

— Стюпудасо

Стаття: " NUMA Deep Dive Частина 1: від UMA до NUMA " рекомендує " Перевірка затримки пам'яті Intel v3.5 ", коротка стаття " VMware vSphere - Чому перевірка конфігурації NUMA така важлива! " ( Звідки я отримав це посилання) пояснює:

"Основна помилка полягає в тому, що доступ до CPU - пам'яті завжди найшвидший, коли процесор може отримати доступ до своєї локальної пам'яті. Вузли NUMA - це пари CPU / пам'яті. Як правило, Socket CPU та найближчі банки пам'яті побудували вузол NUMA. Кожен раз, коли ЦП потребує доступу до пам'яті іншого вузла NUMA, він не може отримати доступ до нього безпосередньо, але потрібен для доступу через ЦП, що володіє пам'яттю ".

Тож налаштуйте свою NUMA правильно, достатньо пам'яті для кожного процесора, перш ніж завантажувати VMM та розподіляти vNUMA.

Під VMware ви можете використовувати esxtop, введіть "m", "f" та "G", щоб увімкнути інформацію про NUMA. Докладніше про esxtop читайте тут: YellowBricks та стародавні документи у VMWare: " Інтерпретація статистики esxtop ".

Після налаштування NUMA ви можете перевірити, що ваш розподіл vNUMA не викликає не локальну пам'ять за допомогою інструмента Intel.

— Роб
джерело