CPU / Prozessor

„Acht Kerne mit fünf Gigahertz“ ist ein bisschen wie „fünf Sitze und ein großer Motor“: Es sagt etwas Wahres, aber nicht, wie schnell du mit vollem Auto und Gegenwind durch die Stadt kommst.

Kurz gesagt

Eine CPU (Central Processing Unit, Hauptprozessor) führt die Befehle von Programmen aus. Ihr Datenblatt nennt Kerne, Threads, Taktraten, Cache und eine Leistungsangabe, und jede dieser Zahlen beschreibt eine Obergrenze unter bestimmten Bedingungen, nicht das, was bei dir auf dem Schreibtisch ankommt. Was du tatsächlich bekommst, hängt von der Last, der Kühlung, den Leistungsgrenzen, dem Speicher und, in einer virtuellen Maschine, davon ab, was der Host zuteilt.

So funktioniert’s

1. Eine CPU versteht einen festen Satz von Befehlen. Intel dokumentiert seine Architektur im Software Developer’s Manual, aufgeteilt in Bände: Architektur (Band 1), Befehlssatz-Referenz (Band 2) und Systemprogrammierung (Band 3). Erweiterungen fügen Befehle hinzu; Intels Datenblatt zum Beispielprozessor unten nennt etwa AVX2 und VT-x (eine Hardwarehilfe für virtuelle Maschinen).
2. Package, Kern, Thread. Die Dokumentation des Linux-Kernels beschreibt die Topologie in drei Ebenen: Das Package ist der Chip im Sockel, ein Package enthält einen oder mehrere Kerne, und ein Kern kann mehr als einen Thread ausführen. Für Linux ist ein Thread eine logische CPU, und genau die zählen nproc und der Task-Manager. Die Dokumentation hält außerdem fest, dass die Zahl der Sockel für den Kernel als solchen keine Rolle spielt.
3. Das Datenblatt zählt beides. Intels Datenblatt zum Xeon E5-2699 v4 nennt 22 Kerne und 44 Threads und führt Hyper-Threading (Intels Name dafür, zwei Threads pro Kern laufen zu lassen) als unterstützt. 44 Threads sind also keine 44 Kerne. Pro Kern teilen sich zwei Threads dieselbe Ausführungshardware, deshalb laufen zwei Threads nicht doppelt so schnell wie einer (eigene Einordnung, siehe unten).
4. Die Taktrate hat zwei Zahlen. Dasselbe Datenblatt nennt eine Basistaktrate von 2,20 GHz und eine maximale Turbo-Taktrate von 3,60 GHz. Intels Artikel zur thermischen Verlustleistung sagt, dass ein Prozessor seine Nennleistung mit Turbo- oder AVX-Last nur zeitlich begrenzt überschreiten kann, bis Temperaturdrosselung oder ein Leistungslimit eingreift. Nimm den Turbo-Wert als Spitze, nicht als Dauerwert.
5. TDP ist eine Leistungsangabe, keine Geschwindigkeitsangabe. Intel definiert die Thermal Design Power (TDP) als die Leistung unter der maximal theoretischen Last. Das Datenblatt nennt für diesen Prozessor 145 W. Es ist die Zahl, an der sich eine Kühlung orientiert; über die Rechenleistung sagt sie nichts (eigene Einordnung).
6. Der Cache sitzt auf dem Chip. Das Datenblatt führt 55 MB „Smart Cache“. Ein Cache ist ein kleiner, schneller Speicher im Prozessor, der Daten hält, die er bald wieder braucht, damit er seltener auf den Hauptspeicher warten muss (eigene Erklärung).
7. Die CPU bestimmt, was der Rest des Rechners kann. Das Datenblatt legt auch den Speicher fest: DDR4 mit 1.600 bis 2.400 MT/s, vier Kanäle, bis zu 1,5 TB, ECC unterstützt, und eine maximale Speicherbandbreite von 76,8 GB/s. Dasselbe gilt für Erweiterungen: PCI Express 3.0 mit bis zu 40 Lanes. Ein Mainboard kann nur bieten, was sein Prozessor bietet.
8. Auch das Mainboard begrenzt den Prozessor. Die QuickSpecs von HPE zum ProLiant DL360 Gen9 führen den E5-2699 v4 als Option, erlauben bis zu zwei Prozessoren, unterstützen keine Mischung von Prozessormodellen und halten fest, dass v4-Prozessoren Speicher vom Typ PC4-2400T verlangen.
9. In einer virtuellen Maschine siehst du die Sicht des Gastes. Die Handbuchseite von lscpu sagt, dass die Ausgabe in einer virtuellen Umgebung die Konfiguration des Gastes zeigt, nicht die physische Hardware.

In der Praxis

Lies aus, was das System meldet, und halte „logisch“ und „physisch“ auseinander:

lscpu              # Modell, Sockel, Kerne je Sockel, Threads je Kern
lscpu -e           # eine Zeile je logischer CPU
nproc              # Zahl der logischen CPUs für den aktuellen Prozess

Ein Beispiel aus dem Bytearium-Inventar (Lesung vom 14. Okt. 2026): Die ESXi-Anzeige des DL360 Gen9 zeigt „Xeon E5-2699v4 @2,20GHz“ und „44 CPUs“. Das Inventar deutet das bewusst nicht in Kerne und Threads um. Mit den Zahlen aus dem Datenblatt passt 44 zu einem Prozessor mit Hyper-Threading (22 × 2) ebenso wie zu zwei Prozessoren ohne (2 × 22); wie viele Sockel bestückt sind und ob Hyper-Threading an ist, steht nicht im Inventar. Das ist der erste Blick im BIOS oder in iLO, bevor jemand „44 Kerne“ sagt. Für den G-PC verzeichnet das Inventar 28 Threads; das Prozessormodell ist nicht erfasst.

Kerne, die du nicht nutzen kannst

Mehr Kerne helfen nur, wenn sich die Arbeit aufteilen lässt. Eine einzelne Aufgabe ohne Parallelität (viele Spieleserver, ein Build-Schritt, eine Datenbankabfrage ohne parallelen Plan) läuft auf einem Kern und ist durch dessen Takt und Cache begrenzt, egal wie viele daneben schlafen. Bevor du für ein 32-Kern-Modell bezahlst, schau, was deine typische Last wirklich tut: top oder htop mit einem Kern bei 100 % und dem Rest im Leerlauf ist das Zeichen, dass der Takt, nicht die Kernzahl, dein Engpass ist. Für ein Homelab, das vor allem VMs und Container fährt, sind viele moderat getaktete Kerne der bessere Kauf; für einen einzelnen latenzkritischen Dienst wenige schnelle.

Prüfliste

• Lies den genauen Modellnamen und suche das Datenblatt beim Hersteller, nicht in einer Tabelle aus dem Shop.
• Vergleiche Kerne und Threads getrennt und schreibe beide auf.
• Behandle die Turbo-Taktrate als Spitze und die Basistaktrate als die Zahl, mit der du planst.
• Prüfe Prozessor, Speicher und Mainboard gegen die Kompatibilitätsliste des Herstellers, bevor du kaufst.
• Führe lscpu in der virtuellen Maschine aus und suche die Hardware des Hosts getrennt heraus.
• Notiere zum Modell, wie viele Sockel bestückt sind und ob Hyper-Threading an ist.
• Plane Kühlung und Netzteil mit Reserve anhand der TDP.