Câu trả lời:
Opterons và Nelahem (55xx trở lên) Xeons có kiến trúc NUMA - mỗi ổ cắm có bus bộ nhớ riêng và có một liên kết giữa các ổ cắm. Liên kết này được gọi là Hypertransport trên các hệ thống Opteron và Quickpath trên Xeons. G5 có trước Nelahem và vẫn sử dụng Front Side Bus cũ, không phải là kiến trúc NUMA.
Opteron và 35xx / 55xx trở lên Xeons có thể sử dụng chế độ địa chỉ NUMA thuần túy, trong đó bộ nhớ của mỗi ổ cắm nằm trong một phần liền kề của không gian địa chỉ vật lý. Nếu bạn muốn chạy một ứng dụng nhận biết NUMA (ví dụ: hỗ trợ cho mối quan hệ của bộ xử lý) thì bạn có thể thiết lập hệ thống để chạy ở chế độ này.
Các hệ thống loại này cũng có chế độ cũ, trong đó các trang 4K riêng lẻ xen kẽ giữa các ổ cắm, do đó, quyền truy cập bộ nhớ được trộn lẫn giữa các ổ cắm. Điều này có một chi phí hoạt động nhẹ vì một nửa số truy cập bộ nhớ phải đi qua xe buýt Hypertransport đến ổ cắm khác (Quickpath trong trường hợp Xeons). Tuy nhiên, hầu hết các truy cập sẽ được lưu vào bộ nhớ cache, do đó, chi phí hoạt động tương đối nhỏ.
Chế độ này cho phép các hệ thống chạy các ứng dụng không nhận biết NUMA một cách hiệu quả và thường là chế độ mặc định mà hệ thống khởi động. Thông thường bạn có thể định cấu hình ứng dụng này trong BIOS.
G5 của bạn sẽ không chạy ở chế độ NUMA vì nó có kiến trúc xe buýt phía trước. FSB là một bus đơn được chia sẻ bởi bộ nhớ và tất cả các ổ cắm của bộ xử lý, do đó, nó có các đặc điểm truy cập bộ nhớ thống nhất , không phải là NUMA. Tôi không biết về bất kỳ ứng dụng wintel hoặc lintel nào phụ thuộc vào kiến trúc NUMA; rất có thể ứng dụng không cần NUMA nhưng sẽ hỗ trợ nếu có. Bạn có thể vẫn có thể chạy ứng dụng trên hệ thống G5 cũ hơn. Điều này có liên quan hay không phụ thuộc vào ứng dụng và những gì bạn muốn đạt được.
Hỗ trợ NUMA trong các ứng dụng
Một số ứng dụng (SQL Server là một ví dụ) có thể nhận ra lợi ích hiệu suất đáng kể bằng cách tối ưu hóa bộ nhớ, sử dụng I / O và lập lịch để giảm thiểu hình phạt cho truy cập không cục bộ. Việc triển khai hỗ trợ NUMA trong một ứng dụng yêu cầu các phương tiện hỗ trợ phải có sẵn từ hệ điều hành, chẳng hạn như:
Mối quan hệ của bộ lập lịch: Một luồng có thể được đặt trong một nhóm có ưu tiên lên lịch trên một hoặc một nhóm bộ xử lý. Lưu ý rằng NUMA có thể có nhiều bộ xử lý trên một bus bộ nhớ - trong trường hợp Opteron đa lõi hoặc Xeon, các lõi trên một điểm chết đều có chung một bus. Điều này cho phép luồng yêu cầu bộ nhớ cục bộ hoặc sử dụng nhóm bộ nhớ cục bộ cho nhóm CPU. Ngoài ra, khi một luồng được giữ trên CPU cục bộ, nó sẽ giảm thiểu việc đập bộ đệm khi luồng được lên lịch - tập làm việc chỉ là tập hợp các luồng sử dụng lõi cụ thể đó.
Ái lực bộ nhớ: Một luồng có thể yêu cầu bộ nhớ và chỉ định rằng nó phải hoặc nên có sẵn từ bộ nhớ cục bộ đến một ổ cắm. Giữ bộ nhớ và việc sử dụng CPU trên cùng một bus sẽ giảm thiểu chi phí truy cập bộ nhớ không cục bộ. Chi phí hoạt động không quá lớn trên các hệ thống NUMA hiện đại nhưng truy cập không cục bộ chậm hơn nhiều trên các hệ thống cũ như thiết bị Sequent đời đầu.
Mối quan hệ I / O: Bus ngoại vi có thể được gắn với CPU cục bộ, do đó việc xử lý I / O có thể được lên lịch trên các bộ xử lý gần với I / O. Hầu hết các hệ thống NUMA đều có nhiều bus I / O, do đó, việc lập lịch trình xử lý ngắt và DMA cho bộ nhớ cục bộ mang lại một số lợi thế trong hiệu suất I / O.