Odpowiedzi:
Opterony i Nelahem (55xx i późniejsze) Xeony mają architekturę NUMA - każde gniazdo ma własną magistralę pamięci i istnieje połączenie między gniazdami. Ten link nazywa się Hypertransport w systemach Opteron i Quickpath w Xeons. G5 poprzedza Nelahem i nadal korzysta ze starszej magistrali Front Side Bus, która nie jest architekturą NUMA.
Opterons i 35xx / 55xx lub nowsze Xeony mogą korzystać z czystego trybu adresowania NUMA, w którym pamięć każdego gniazda znajduje się w ciągłej części fizycznej przestrzeni adresowej. Jeśli chcesz uruchomić aplikację obsługującą NUMA (np. Obsługa powinowactwa procesora), możesz skonfigurować system do działania w tym trybie.
Systemy tego typu mają również starszy tryb, w którym poszczególne strony 4K zmieniają się naprzemiennie w gniazdach, więc dostęp do pamięci jest dokładnie mieszany między gniazdami. Ma to niewielki narzut wydajności, ponieważ połowa wszystkich dostępów do pamięci musi przejść przez magistralę Hypertransport do drugiego gniazda (Quickpath w przypadku Xeons). Jednak większość dostępów będzie przechowywana w pamięci podręcznej, więc narzut wydajności będzie stosunkowo niewielki.
Ten tryb pozwala systemom na wydajne uruchamianie aplikacji nieobsługujących NUMA i jest zwykle trybem domyślnym, w którym system się uruchamia. Zwykle można to skonfigurować w systemie BIOS.
Twój G5 nie będzie działał w trybie NUMA, ponieważ ma architekturę magistrali od przodu. FSB jest pojedynczą magistralą współużytkowaną przez pamięć i wszystkie gniazda procesora, więc ma jednolitą charakterystykę dostępu do pamięci, tj. Nie NUMA. Nie znam żadnych aplikacji wintel ani nadproża, które zależą od architektury NUMA; istnieje szansa, że aplikacja nie potrzebuje NUMA, ale będzie ją obsługiwać, jeśli jest dostępna. Prawdopodobnie nadal możesz uruchomić aplikację na starszym systemie G5. To, czy jest to właściwe, zależy od aplikacji i tego, co chcesz osiągnąć.
Obsługa NUMA w aplikacjach
Niektóre aplikacje (przykładowo SQL Server) mogą osiągnąć znaczące korzyści w zakresie wydajności poprzez optymalizację pamięci, wykorzystanie I / O i planowanie, tak aby zminimalizować kary za nielokalny dostęp. Wdrażanie obsługi NUMA w aplikacji wymaga, aby z systemu operacyjnego były dostępne dodatkowe funkcje, takie jak:
Powinowactwo programu planującego: wątek można umieścić w puli, która ma preferencje dotyczące planowania na jednym lub w grupie procesorów. Zauważ, że NUMA może mieć więcej niż jeden procesor na jednej szynie pamięci - w przypadku wielordzeniowego Opteron lub Xeon rdzenie na jednej matrycy mają tę samą szynę. Dzięki temu wątek może żądać pamięci lokalnej lub korzystać z pul pamięci lokalnych w puli procesorów. Ponadto, gdy wątek jest przechowywany na lokalnym procesorze, minimalizuje to zużycie pamięci podręcznej podczas planowania wątku - zestaw roboczy jest tylko działającym zestawem wątków korzystających z tego konkretnego rdzenia.
Powinowactwo pamięci: wątek może żądać pamięci i określać, że musi być lub powinien być dostępny z pamięci lokalnej do gniazda. Utrzymywanie wykorzystania pamięci i procesora na tej samej magistrali minimalizuje obciążenie związane z dostępem do pamięci nielokalnej. Narzut nie jest tak wielki w nowoczesnych systemach NUMA, ale dostęp lokalny był znacznie wolniejszy w starszych systemach, takich jak wczesny sprzęt Sequent.
Powinowactwo we / wy: Magistrale peryferyjne można powiązać z lokalnym procesorem, więc obsługę we / wy można zaplanować na procesorach zbliżonych do we / wy. Większość systemów NUMA ma wiele magistral I / O, więc planowanie procedur obsługi przerwań i DMA do pamięci lokalnej daje pewną przewagę w wydajności I / O.