Я только что наткнулся на эту странную конфигурацию NUMA на одной из наших виртуальных машин Hyper-V. Как получается 3 узла NUMA?
Это то, что мне (правильно) говорит диспетчер задач.
Хотя я никогда раньше не видел этого на наших серверах Hyper-V, я читал о чем-то похожем.
Вы могли бы смотреть на нума охват происходит.
У вашего физического хоста недостаточно памяти в его узлах NUMA для размещения ваших 112 ГБ (учитывая, что Узлы NUMA и память работают)
Таким образом, он разделяет ваши 2 процессора на 3 физических процессора, чтобы учесть запрошенный вами объем памяти.
Хотя это не совсем плохо (поскольку позволяет создать машину с нужными настройками), это плохо для производительности. В частности, вы можете увидеть изменения производительности между перезагрузками, что заставит вас почесать голову.
У вас настроена виртуальная машина с 65536 МБ ОЗУ. У вас есть максимальный объем памяти на узел NUMA для вашей виртуальной машины, равный 30864 МБ. Если разделить 65536 на 30864, получится 2 с остатком 3808 МБ. Таким образом, ваша виртуальная машина будет иметь 3 узла NUMA. Процессоры и память будут более или менее равномерно распределены между этими тремя узлами.
Это может произойти, если вы перенесли виртуальную машину с другого хоста с другой архитектурой NUMA или если вы включили гиперпоточность на существующем хосте с существующими виртуальными машинами.
Хотя я понятия не имею, как вам удалось перевести виртуальную машину в это состояние, я знаю, как вывести ее из этого состояния. Вы выключаете виртуальную машину, переходите к настройкам этой виртуальной машины, расширяете процессор, затем нажимаете NUMA. Здесь вы можете либо нажать кнопку «Использовать топологию оборудования», либо вручную настроить ее так, как вам нравится.