Из документов VMware:
Топология Virtual NUMA доступна для аппаратных виртуальных машин версии 8 и включена по умолчанию, если число виртуальных процессоров превышает восемь. Вы также можете вручную влиять на виртуальную топологию NUMA, используя дополнительные параметры конфигурации.
Допустим, у меня есть виртуальная машина, которой я назначил 8 процессоров - на ней работает Virtual NUMA. Если у меня есть старое приложение, не поддерживающее NUMA, работающее на сервере, не будет ли оно работать очень плохо или, по крайней мере, не так хорошо, как в режиме без V-NUMA?
Я предполагаю, что V-NUMA включен таким образом, потому что, если поставщик приложения рекомендует 8 или более ядер, программное обеспечение, скорее всего, будет осведомлено о NUMA. Или много приложений с поддержкой многоядерных процессоров, но без поддержки NUMA?
Как я могу определить узкое место, вызванное этой возможной проблемой?
Изменить: У вас была мысль, есть ли показатель в vCenter для мониторинга удаленных вызовов NUMA?
Ответы:
В статье: « NUMA Deep Dive Part 1: от UMA до NUMA » рекомендуется « Intel Latency Checker v3.5 », более короткая статья « VMware vSphere. Почему проверка конфигурации NUMA так важна! » ( Откуда я и получил эту ссылку) объясняет:
Поэтому настройте NUMA правильно, с достаточным объемом памяти для каждого ЦП, прежде чем загружать VMM и выделять vNUMA.
Под VMware вы можете использовать esxtop, набрать «m», «f» и «G», чтобы включить информацию NUMA. Узнайте больше о esxtop здесь: YellowBricks и древние документы в VMWare: « Интерпретация статистики esxtop ».
После настройки NUMA вы можете проверить, что выделение vNUMA не требует нелокальной памяти с помощью инструмента Intel.
источник