Z dokumentacji VMware:
Wirtualna topologia NUMA jest dostępna dla maszyn wirtualnych w wersji 8 i jest domyślnie włączona, gdy liczba wirtualnych procesorów jest większa niż osiem. Możesz również ręcznie wpływać na wirtualną topologię NUMA, korzystając z zaawansowanych opcji konfiguracji.
Powiedzmy, że mam maszynę wirtualną, do której przypisałem 8 procesorów - działającą wirtualną NUMA. Jeśli mam na serwerze starą aplikację, która nie obsługuje NUMA, czy nie działałaby bardzo źle, a przynajmniej nie tak dobrze, jak w trybie innym niż V-NUMA?
Zakładam, że V-NUMA jest włączona w ten sposób, ponieważ jeśli dostawca aplikacji zaleca 8 lub więcej rdzeni, oprogramowanie najprawdopodobniej rozpozna NUMA. A może jest wiele aplikacji z obsługą wielu rdzeni, ale nie obsługuje NUMA?
Jak zidentyfikować wąskie gardło spowodowane tym możliwym problemem?
Edycja: Czy w vCenter pojawiła się myśl o monitorowaniu zdalnych połączeń NUMA?
źródło
Odpowiedzi:
Artykuł: „ NUMA Deep Dive Part 1: From UMA to NUMA ” zaleca „ Intel Memory Latency Checker v3.5 ”, krótszy artykuł „ VMware vSphere - Dlaczego sprawdzanie konfiguracji NUMA jest tak ważne! ” (Skąd mam ten link) wyjaśnia:
Więc skonfiguruj swój NUMA poprawnie, z wystarczającą ilością pamięci dla każdego procesora, przed uruchomieniem VMM i przydzieleniem vNUMA.
W VMware możesz użyć esxtop, wpisz „m”, „f” i „G”, aby włączyć informacje NUMA. Przeczytaj więcej o esxtop tutaj: YellowBricks i starożytne dokumenty na VMWare: „ Interpretowanie statystyk esxtop ”.
Po dostrojeniu NUMA możesz sprawdzić, czy alokacja vNUMA nie wywołuje pamięci nielokalnej za pomocą narzędzia Intela.
źródło