Intel könnte das Hyper-Threading bei der nächsten CPU-Generation streichen
von André Westphal | 18 Kommentare
Intel könnte die Funktion Hyper-Threading für seine nächste Prozessorgeneration, basierend auf der Architektur Lunar Lake, streichen. Eingeführt wurde das Hyper-Threading bereits im Jahr 2002 – zunächst für Xeon-CPUs für Geschäftskunden und dann auch für Privatkunden-Chips der Reihe Pentium 4. Hyper-Threading Techology (HTT) erlaubt es im Wesentlichen, dass ein CPU-Rechenkern zwei Threads parallel bearbeiten kann. Dies kann zu Performance-Steigerungen führen.
Man bezeichnet das Ganze auch alternativ als Simultaneous Multi-threading (S.M.T.). Sollte Intel sich von dieser Technik für Lunar Lake tatsächlich verabschieden, bliebe die wichtige Frage: warum? Darauf gibt es aktuell noch keine Antwort. Zu erwähnen ist, dass Intels Performance-Kerne (P-Cores) aktuell zwar Hyper-Threading nutzen, es in den Effizienz-Kernen (E-Cores) aber ohnehin bereits fehlt.
Der Task-Manager zeigt einen Lunar-Lake-Chip ohne Hyper-Threading.
Noch bleibt jedoch abzuwarten, ob Intel Hyper-Threading am Ende wirklich streicht. Diese Informationen gehen auf einen Screenshot aus dem Windows-Taskmanager zurück. Es gibt allerdings auch schon Gerüchte, die auch davon sprechen, dass Hyper-Threading bei den kommenden Prozessoren der Reihe Arrow Lake-S ebenfalls fehlen werde.
- Hochwertige Material
- Spiel ohne Kompromisse. Spielen Sie härter und arbeiten Sie intelligenter mit Intel Core-Prozessoren der...
- CPU Intel der 12. Generation.
Transparenz: In diesem Artikel sind Partnerlinks enthalten. Durch einen Klick darauf gelangt ihr direkt zum Anbieter. Solltet ihr euch dort für einen Kauf entscheiden, erhalten wir eine kleine Provision. Für euch ändert sich am Preis nichts. Partnerlinks haben keinerlei Einfluss auf unsere Berichterstattung.
Wird geladen ...
nutzt man das nicht bei ihrer Skalierung von VM ?
Weil es reines Marketing war. HT konnte nie nachweisen, dass es viel bewirkt.
Das stimmt so nicht (mehr). HT wurde zu einer Zeit eingeführt, als praktisch fast keine Anwendung Multithreading verwendete. Das Entwickeln und das Debuggen war noch der reinste Horror. Heutzutage ist das aber kein Problem mehr und durch virtuelle Threads muss der Entwickler nicht einmal mehr darauf achten wie viele Kerne tatsächlich verbaut sind. Dadurch wird dieses Hardware-Feature auch deutlich besser genutzt.
Da ich hier viele Anwendungen betreibe: Die meisten Anwendungen im Office sind nach wie vor meist Single Thread-Anwendungen. Selbst im Server-Bereich macht es nur begrenzt Sinn. Nehmen wir einen Datenbank-Server. Der ist oft, bezogen auf die aktuelle Abfrage single threaded, ein Aufteilen einer komplexen Abfrage ist zwar möglich, aber nicht immer zielführend denn irgendwann müssen die Threads aufeinander warten, da die Ergebnisse voneinander abhängig sind. HT kann Sinn machen, aber dann dynamisch und nicht mit einer einfachen Verdopplung der möglichen Threads. Also eine Core, bei dem gerade ein Thread wartet, könnte mehr als einen oder 2 Threads verarbeiten (der 2. Thread könnte ja warten müssen, usw.), wenn möglich. Vielleicht da was völlig Neues, war Änderungen im Kernel der Betriebsysteme erfordert.
Pentium 4, nicht 3
Absolut richtig, sorry war ein Tippfehler – hab ich korrigiert.
noch korrekter wäre es wie folgt:
„ Ursprünglich hat Intel Hyper-Threading 2002 mit dem Pentium 4 HT eingeführt, dann aber erst einmal fallen gelassen. Seit der Einführung des Core-i-Namensschemas im Jahr 2009 nutzten schließlich sämtliche High-End-Modelle Hyper-Threading.“
Quelle: https://www.heise.de/news/Arrow-Lake-Intels-naechste-CPU-Generation-soll-ohne-Hyper-Threading-erscheinen-9605102.html
Intel hat SMT / HyperThreading auch zwischendurch bei seiner Core 2 CPU Reihe nicht genutzt.
Intel hat demnach nicht durchgehend HT bei seinen CPUs genutzt.
Ist die nächste CPU-Generation nicht Arrow Lake? Da gibt es doch ebenfalls bereits Diskussionen ob Intel bei diesen kein HT nutzen wird.
Warum? War doch öfter mal Thema bei diversen Exploits
Falls man KI-Kerne einbauen will und ein Big-Little-Design wie bei ARM anstreben möchte, dann könnte das – zusammen mit Hyper-Threading – zu komplex werden.
Das Problem ist dabei aber, dass Intel-Server schon ohnehin an zu wenig Kernen leiden. Vor allem gegenüber AMD. Moderne Server-Anwendungen sind extrem auf Nebenläufigkeit ausgelegt. Aber auch bei Clients läuft extrem viel parallel.
Es stellt sich die Frage, inwiefern Hyperthreading überhaupt noch zeitgemäss ist. Hyperthreading bringt in der Performance je nach Anwendungsfall minus 5 bis plus 15 Prozent. In erster Linie rührte der Performancevorteil daraus, dass man weniger Software-Taskswitches braucht. Heute hat eine Mittelklasse-CPU aber schon 4P- und 8E-Cores, so dass auch ohne Hyperthreading 12 Tasks ohne Software-Taskswitching laufen können, Wenn man durch Weglassen des Hyperthreadings Platz für einen zusätzlichen E-Core auf dem Die schaffen kann, ist das mit Sicherheit die bessere Lösung.
Ich hab Hyperthreading so verstanden, dass der x86 Kern mit 2 Threads besser ausgelastet ist. Wenn Hypertrheading wegfällt sinkt einfach die Performance weil die CISC Architektur in vielen Anwendungsfällen einfach zu aufgeblasen ist. Bei ARM mit RISC würde Hyperthreading dagegen gar nichts bringen, da die Kerne dort bereits mit einen Thread auf 100% Auslastung skaliert werden können.
Das war auch der Fall als die Taktfrequenzen noch fest waren, mit der Einführung von Turbo-Boost und v.a. Turbo Boost Max hat sich die Sache ein wenig geändert, denn wenn das Ergebnis max. pro Thread-Rechenleistung sein soll verhindert Hyper Threading den max. möglichen Takt zu erreichen.
Hyper Threading ist bei den Performance-Kernen in solchen Fällen kontraproduktiv.
Es gibt ARM-Kerne mit SMT (Hyper Threading), nämlich den Neoverse E1 und den Cortex-A65AE.
die Logik dahinter ist ganz simpel:
HT reduziert den maximal möglichen Takt.
Die P-Coes könnten also ohne HT hoher takten bei weniger Stromversorgung.
HT benötigt Waferfläche. Diese Waferfläche möchte man für E-Cores verwenden, auch wenn das nicht 1:1 passt. Eher 1:4. also 4 (Hyper)threads kastrieren, dafür ein E-Core.
Consumer CPUs haben heute tendenziell sowieso mehr Kerne als benötigt. Kaum jemand kauft mehr als 6C/12T oder 8C/16T. Warum dann also noch an jeden Core einen tedenziell eher unnötigen Thread dranhängen?
Ich vermute mal das Gesamtpaket 8P Cores ohne HT + 8E Cores ist am Ende in allen Consumer Applikationen schneller, effizienter und auch insgesamt sparsamer als eine CPU mit gleicher Waferfläche und HT.
Der Intel i5 8400 hatte 6 Kerne ohne Hyperthreading.
Ja, wobei an dieser Stelle unterschieden werden sollte ob Intel es gar nicht in die CPU-Kerne implementiert hat oder es implementiert ist u. Intel es lediglich deaktiviert hat.
Bei der i5 8×00 Reihe hat Intel HyperThreading lediglich deaktiviert obwohl es die CPU-Kerne könnten.
Warum? Weil es z.B. diverse Sicherheitslücken mit sich brachte. In VMWare wurden durch patches weite Teile von HT praktisch deaktiviert. Aus genannten Gründen.
Meiner Meinung kein Grund zur sorgen.
Die CPU im Taskmanager erweckt den Eindruck nach einer Entry Level CPU.
Warum? Weil es nur 8 Kerne besitzt und taktet nur bei 1,8Ghz.
Das hört sich für mich nach „Intel Core 3“ bzw. vergleichbar Intel Core i3 an.
Und die hatten schon immer kein HyperThreading.