Jawaban:
Opteron dan Nelahem (55xx dan yang lebih baru) Xeon memiliki arsitektur NUMA - setiap soket memiliki bus memori sendiri dan ada tautan di antara soket. Tautan ini disebut Hypertransport on Opteron systems dan Quickpath on Xeons. G5 ada sebelum Nelahem dan masih menggunakan Front Side Bus yang lebih tua, yang bukan arsitektur NUMA.
Opterons dan 35xx / 55xx atau yang lebih baru Xeon dapat menggunakan mode pengalamatan NUMA murni, di mana masing-masing memori soket hidup di bagian yang berdekatan dari ruang alamat fisik. Jika Anda ingin menjalankan aplikasi yang sadar NUMA (mis. Dukungan untuk afinitas prosesor) maka Anda dapat mengatur sistem untuk berjalan dalam mode ini.
Sistem jenis ini juga memiliki mode lawas di mana masing-masing halaman 4K bergantian melintasi soket, sehingga akses memori tercampur dengan baik di antara soket. Ini memiliki sedikit overhead kinerja karena setengah dari semua akses memori harus melintasi bus Hypertransport ke soket lainnya (Quickpath dalam kasus Xeon). Namun sebagian besar akses akan di-cache sehingga kinerja overhead relatif kecil.
Mode ini memungkinkan sistem untuk menjalankan aplikasi yang tidak sadar NUMA secara efisien, dan biasanya merupakan mode default yang digunakan oleh sistem. Biasanya Anda dapat mengonfigurasinya di BIOS.
G5 Anda tidak akan berjalan dalam mode NUMA karena memiliki arsitektur bus sisi depan. FSB adalah bus tunggal yang digunakan bersama oleh memori dan semua soket prosesor, sehingga memiliki karakteristik akses memori yang seragam , yaitu bukan NUMA. Saya tidak mengetahui adanya aplikasi wintel atau lintel yang bergantung pada arsitektur NUMA; kemungkinan aplikasi tidak membutuhkan NUMA tetapi akan mendukungnya jika ada. Anda mungkin masih dapat menjalankan aplikasi pada sistem G5 lama Anda. Apakah ini relevan tergantung pada aplikasi dan apa yang ingin Anda capai.
Dukungan NUMA dalam aplikasi
Beberapa aplikasi (SQL Server adalah contoh) dapat mewujudkan manfaat kinerja yang signifikan dengan mengoptimalkan memori, pemanfaatan I / O, dan penjadwalan untuk meminimalkan penalti untuk akses non-lokal. Menerapkan dukungan NUMA dalam suatu aplikasi membutuhkan fasilitas pendukung yang tersedia dari sistem operasi, seperti:
Afinitas penjadwal: Utas dapat ditempatkan di kumpulan yang memiliki preferensi untuk menjadwalkan pada satu atau sekelompok prosesor. Perhatikan bahwa NUMA dapat memiliki lebih dari satu prosesor pada bus memori tunggal - dalam kasus Opteron multi-core atau Xeon core pada satu die semuanya memiliki bus yang sama. Ini memungkinkan utas untuk meminta memori lokal atau menggunakan kumpulan memori lokal ke kumpulan CPU. Juga, ketika sebuah thread disimpan pada CPU lokal itu meminimalkan cache meronta-ronta seperti saat thread dijadwalkan - set kerja hanya set thread bekerja menggunakan inti tertentu.
Memori afinitas: Utas dapat meminta memori dan menentukan bahwa itu harus atau harus tersedia dari memori lokal ke soket. Menyimpan memori dan penggunaan CPU di bus yang sama meminimalkan overhead dari akses memori non-lokal. Overhead tidak begitu bagus pada sistem NUMA modern tetapi akses non-lokal jauh lebih lambat pada sistem yang lebih tua seperti gigi Sequent awal.
Afinitas I / O: Bus periferal dapat diikat ke CPU lokal, sehingga penanganan I / O dapat dijadwalkan pada prosesor yang dekat dengan I / O. Sebagian besar sistem NUMA memiliki beberapa bus I / O, sehingga penjadwalan penangan interupsi dan DMA ke memori lokal memberikan beberapa keuntungan dalam kinerja I / O.