Dos documentos da VMware:
A topologia do NUMA virtual está disponível para as máquinas virtuais da versão 8 do hardware e é ativada por padrão quando o número de CPUs virtuais é maior que oito. Você também pode influenciar manualmente a topologia NUMA virtual usando opções de configuração avançadas.
Então, digamos que eu tenho uma VM que designei 8 CPUs - seu NUMA virtual em execução. Se eu tiver um aplicativo antigo não compatível com NUMA em execução no servidor, ele não funcionará muito mal ou, pelo menos, não tão bem quanto no modo não V-NUMA?
Presumo que o V-NUMA esteja ativado dessa maneira, porque se um fornecedor de aplicativos recomendar 8 ou mais núcleos, o software provavelmente reconhecerá o NUMA. Ou existem muitos aplicativos com suporte a vários núcleos, mas não o suporte NUMA?
Como identificaria um gargalo causado por esse possível problema?
Edit: Pensou que existe uma métrica no vCenter para monitorar chamadas remotas NUMA?
Respostas:
O artigo: " NUMA Deep Dive Part 1: From UMA to NUMA " recomenda " Intel Memory Latency Checker v3.5 ", um artigo mais curto " VMware vSphere - Por que verificar a configuração do NUMA é tão importante! " (De onde obtive esse link) explica:
Portanto, configure seu NUMA corretamente, com memória suficiente para cada CPU, antes de inicializar o VMM e alocar vNUMAs.
No VMware, você pode usar esxtop, digite "m", "f" e "G" para ativar as informações do NUMA. Leia mais sobre o esxtop aqui: YellowBricks e os documentos antigos no VMWare: " Interpretando as estatísticas do esxtop ".
Uma vez ajustado o NUMA, você pode testar se a sua alocação do vNUMA não está chamando a memória não local usando a ferramenta da Intel.
fonte