Nach zahlreichen Artikeln zu Single-CPU-Systemen auf Basis von AMDs K8-Prozessoren wollen
wir uns nun dem Einsatz der Server-Variante Opteron in Dual-Systemen widmen. Über die Bestückung mit
2 CPUs hinaus bringt ein solches System noch weitere Besonderheiten mit sich, die wir in zwei Teil-Artikeln
beleuchten wollen.
Heute soll dabei zunächst der Praxiseinsatz eines Dual-Opteron-Systems im Mittelpunkt stehen. Im zweiten
Teil wird dann ein ausführlicher Test des Dual-Opteron Mainboards Thunder K8W von Tyan und eine
Architektur-Betrachtung folgen.
Zu Beginn des heutigen Artikels wollen wir den Aufbau eines Server-Systems auf Opteron-Basis veranschaulichen.
Anschließend wollen wir dann der Frage nachgehen, inwiefern ein 64-Bit-Betriebssystem
die Leistung eines solchen Systems beinflusst. In unserem Artikel 32-Bit gegen 64-Bit unter Linux
haben wir diesen Aspekt schon mittels zweier verschiedener Versionen von SuSE-Linux beleuchtet. Diesmal steht deshalb
der Test unter Windows auf dem Programm. Als 64-Bit-Betriebssystem kommt dabei die Windows XP-64 Beta
von Microsoft zum Einsatz. Zusätzlich zum 64-Bit-Modus unterstützt diese, anders als Windows XP 32-Bit, die Non-Uniform Memory Access-Architektur ("NUMA-Architektur") des Opteron.
Jede CPU kann hierdurch über den System-Bus direkt auf die Speicherbänke der anderen zugreifen und somit Latenzen möglichst kurz halten. Dabei unterteilt NUMA
die jeweiligen CPUs mit ihrem Speicher in einzelne Gruppen und versucht, den Speicher so zu belegen, dass jede CPU möglichst
nur auf ihre eigene Gruppe zugreifen muss. Das verkürzt die Zugriffszeit enorm, wenn ein Prozessor nicht permanent
über den HT-Link auf den Speicher des anderen zugreifen muss. Trotzdem sieht das Betriebssystem den Speicher
als eine komplette Einheit, es verwaltet ihn intern für die Anwendungen nur anders, besser in der Regel wie beschrieben.
Welche Auswirkungen dies auf die Speicher- und Anwendungsperformance hat, wollen wir ebenfalls in diesem Artikel klären.
Im Blickpunkt stehen diesmal also weniger CPU und Mainboard an sich, sondern vielmehr die diese umgebende
Hard- und Software sowie der Praxiseinsatz als Serversystem.
An dieser Stelle möchten wir auch auf unsere früheren Artikel zur K8-Architektur (Opteron/Athlon 64) oder über SMP-Systeme
als Referenz verweisen:
Diesen Artikel bookmarken oder senden an ...