Intel-Nehalem-EX: 4 CPUs, 8 Kerne und HT machen 64 bearbeitbare Threads

22
News Mario Riemann Als bevorzugte Quelle auf Google hinzufügen

Auf dem IDF führte Intel eindrucksvoll ihre neue High-End-Server-Plattform Nehalem-EX in einer Live-Demo vor. PC Games Hardware gibt einen Einblick auf die imposante Plattform

Nehalem-EX Quelle: http://www.combuterbase.de Nehalem-EX Neben der Nehalem-EP Plattform mit den Codenamen Gainestown die maximal zwei 4-Kerner unterstützt, zeigte Intel auf der IDF ein laufendes System auf Basis der neuen High-End-Server-Plattform Nehalem-EX. Diese bietet bisher vier Sockel, welche jeweils mit einem 8-Kerner bestückt waren. Insgesamt ergab das eine Thread-Anzahl von imposanten 64 - 4 (Sockel) mal 8 (Kerne) mal 2 (Hyper-Threading).

Die Prozessoren sind zueinander mit jeweils vier Intel-QPI-Links (Quick-Path-Interconnect) verbunden. Außerdem verfügt jeder Prozessor über 24 MiByte L3-Cache, um unnötige Zugriffe auf den Arbeitsspeicher zu vermeiden.

Nehalem-EX Quelle: http://www.combuterbase.de Nehalem-EX Während der Demonstration waren alle 64 Threads voll ausgelastet. Leider ist aber unbekannt, was genau berechnet wurde. Nehalem-EX soll auch in einer Konfiguration mit acht Sockeln kommen, welche dann fähig wäre, 128 Threads gleichzeitig zu verarbeiten. PC Games Hardware hat die für sie relevante Datenblätter und Bilder in der Bildergalerie zusammengestellt. Dank an die Kollegen von computerbase.de, die das Bildmaterial freundlicherweise bereitstellten.

Links zum Thema:
• Intel: Echter 8-Kern-Nehalem voraussichtlich noch Ende 2009
• Nehalem für Server: Intel bringt den Xeon 5500
• Intel führt 32-nm-CPU vor - Update: mehr Details zum Nehalem-Nachfolger
• Intel streicht IDF in Taipei und kürzt Beijing

Bildergalerie

22

    • Kommentare (22)

      Zur Diskussion im Forum
      • Von ruyven_macaran Trockeneisprofi (m/w)
        Zitat von Pioneer 10
        Wieso ist es fraglich HyperTreading gibt´s doch schon ne weile und bei
        optimierten Programmen gibts´s pi mal daumen 20% an Mehrleistung.
        Das war zu P4 Zeiten so, wo man einen Kern vollgestopft hat.
        Aber wenn eine Anwendung eh schon versucht, mehrere Kerne zu nutzen, dann ist es oft so, dass ein Hauptthread limitiert, einen Kern alleine auslastet und auf den anderen Kernen Rechenleistung brachliegt, die sich auch ohne HT nutzen ließe.
        HT bringt nur dann was, wenn man viele, genauer: (deutlich) mehr vollkommen unabhängige Anwendungen als reale Kerne hat - das mag bei Virtualisierung möglich sein, aber wenn die Dinger in einem Rechner mit beschränkter Aufgabenanzahl zum Einsatz kommen, stellt sich schon die Frage, ob die Technik bei der Berechung weniger, komplexer Probleme irgendwie hilft...

        Zitat von bschicht86
        Will ungern Streiten, sieht dann nämlich nach 2 Fanboys aus, die sich gerade wieder die Köpfe einschlagen wollten...
        Das hat wenig mit Fanboys zu tun, sondern einfach mit Fakten - und deine Behauptung, dass Intel die genannten Techniken 1:1 übernimmt und umbenennt, ist schlichtweg falsch. (Techniken, die 1:1 übernommen wurde, wie z.B. 3dNow wurden auch nicht umbenannt)
        Intels eigene x86-64Bit Erweiterung war schon seit Jahren in der Entwicklung (und nach Vermutung einiger auch schon mehr als serienreif, über ungenutzte Implementierung im Northwood wurde immer wieder spekuliert) und der EM64T Befehlssatz ist auch keineswegs zu 100% mit AMD64 identisch.
        Mag sein, dass man einiges übernommen hat, aber die Lizenz von AMD dient wohl in erster Linie dazu, Kompatibilität zwischen den beiden selbst entwickelten Techniken sicherzustellen. (auch recht brisant im Zusammenhang mit den aktuellen Streitigkeiten: Wenn AMD64 und x86 Lizenz gegenseitig entzogen werden, dürfte Intel in wenigen Monaten eine Alternative haben)
        HyperTransport und QPI haben noch weniger gemeinsam, die verwenden sogar eine unterschiedliche Anzahl an Datenleitungen, eine unterschiedliche Anzahl an Signalen/Takt,...
        "Speichercontroller in der CPU" ist zu guter letzt nicht mehr als ne Ortsangabe, keine Technik - und dementsprechend auch nichts, wo man großartig kopieren konnte.
        Zitieren
      • Von ruyven_macaran Trockeneisprofi (m/w)
        Zitat von Pioneer 10
        Wieso ist es fraglich HyperTreading gibt´s doch schon ne weile und bei
        optimierten Programmen gibts´s pi mal daumen 20% an Mehrleistung.
        Das war zu P4 Zeiten so, wo man einen Kern vollgestopft hat.
        Aber wenn eine Anwendung eh schon versucht, mehrere Kerne zu nutzen, dann ist es oft so, dass ein Hauptthread limitiert, einen Kern alleine auslastet und auf den anderen Kernen Rechenleistung brachliegt, die sich auch ohne HT nutzen ließe.
        HT bringt nur dann was, wenn man viele, genauer: (deutlich) mehr vollkommen unabhängige Anwendungen als reale Kerne hat - das mag bei Virtualisierung möglich sein, aber wenn die Dinger in einem Rechner mit beschränkter Aufgabenanzahl zum Einsatz kommen, stellt sich schon die Frage, ob die Technik bei der Berechung weniger, komplexer Probleme irgendwie hilft...

        Zitat von bschicht86
        Will ungern Streiten, sieht dann nämlich nach 2 Fanboys aus, die sich gerade wieder die Köpfe einschlagen wollten...
        Das hat wenig mit Fanboys zu tun, sondern einfach mit Fakten - und deine Behauptung, dass Intel die genannten Techniken 1:1 übernimmt und umbenennt, ist schlichtweg falsch. (Techniken, die 1:1 übernommen wurde, wie z.B. 3dNow wurden auch nicht umbenannt)
        Intels eigene x86-64Bit Erweiterung war schon seit Jahren in der Entwicklung (und nach Vermutung einiger auch schon mehr als serienreif, über ungenutzte Implementierung im Northwood wurde immer wieder spekuliert) und der EM64T Befehlssatz ist auch keineswegs zu 100% mit AMD64 identisch.
        Mag sein, dass man einiges übernommen hat, aber die Lizenz von AMD dient wohl in erster Linie dazu, Kompatibilität zwischen den beiden selbst entwickelten Techniken sicherzustellen. (auch recht brisant im Zusammenhang mit den aktuellen Streitigkeiten: Wenn AMD64 und x86 Lizenz gegenseitig entzogen werden, dürfte Intel in wenigen Monaten eine Alternative haben)
        HyperTransport und QPI haben noch weniger gemeinsam, die verwenden sogar eine unterschiedliche Anzahl an Datenleitungen, eine unterschiedliche Anzahl an Signalen/Takt,...
        "Speichercontroller in der CPU" ist zu guter letzt nicht mehr als ne Ortsangabe, keine Technik - und dementsprechend auch nichts, wo man großartig kopieren konnte.
        Zitieren
      • Von Nightmare666 Kabelverknoter(in)
        Ich Glaub ich werde server admin
        An solcher hardware zu Basteln wäre irgendwie geil

        Zitat von CyLord
        Deswegen sind die Hersteller von Software eher bemüht, in Zukunft die Kerne besser auszulasten.
        Im Server Berreich oder in Distributed Computing wird das auch Softwaremäßig von nutzen sein
        Zitieren
      • Von bschicht86 Volt-Modder(in)
        Zitat von Harlekin
        Ist das deine Art zu diskutieren? Die Gegenargumentation des Anderen gleich als Fanboy- Motiviert abzustempeln?
        Nein, dass ist nicht meine Absicht.

        Aber ich denke nur an die anderen neutralen Leser, die diese oder anderen "Wortgefechte" lesen und so Denken könnten, als wären Fanboys am Werk.

        Sozusagen gegenseitig den Wind aus den Segeln nehmen und schlimmeres verhindern
        Zitieren
      • Von Harlekin Freizeitschrauber(in)
        Zitat von bschicht86
        Will ungern Streiten, sieht dann nämlich nach 2 Fanboys aus, die sich gerade wieder die Köpfe einschlagen wollten...
        Ist das deine Art zu diskutieren? Die Gegenargumentation des Anderen gleich als Fanboy- Motiviert abzustempeln?
        Zitieren
      • Von T-MAXX Volt-Modder(in)
        Das Bild erinnert mich irgendwie an Block 4 und die anderen Reaktoren, die in Reihe standen.
        Naja, massig Saft dürfte so ein System bestimmt ziehen und schlecht für die Umwelt sein...
        Zitieren
      Direkt zum Diskussionsende
Hoch
  • Print / Abo
    Apps
    PCGH Magazin 07/2026 PC Games 07/2026 play5 07/2026 N-Zone 07/2026 Linux Magazin 07/2026 LinuxUser 07/2026 Raspberry Pi Geek 07/2026
    PC Games Hardware PC Games Linux Magazin Raspberry Pi Geek Computec Kiosk
Die Redaktion Datenschutz Artikel-Archiv Datenschutz-Optionen Mediadaten Impressum Utiq verwalten Abo kündigen Vertrag widerrufen AGB Inhalt melden Newsletter