Hyper-Threading Comeback

[Joerg]

Hyper-Threading Comeback
Dienstag, 21. Nov. 2006 16:44 - [jp]

Mit Dual- und Quad-Core-Prozessoren schien das Ende von Hyper-Threading eigentlich besiegelt. Aber manchmal kommt es anders, als man denkt. ...[mehr]

[chrisr15]

Welchen Sinn hat es, bei 1 nem Prozess 4 Kerne durch HT zu splitten?
Unterm Strich ist die Rechenleistung nicht mehr (falls nicht sogar weniger wegen der Last des Splittens).

Bei mehreren echten Prozessen (mehr als 4) verstehs ich, aber sonst?

[redilS]

Nuja, wie beim QX6700 wird die Performance einer Single-Threaded Anwendung niedriger ausfallen als bei einer CPU mit nur einem bzw. zwei Kernen. Der "Verwaltungsaufwand", wie von Dir bereits festgestellt, zieht ja auch Leistung.

Der Knackpunkt ist eben wie in der News angemerkt, das Vorhandensein entsprechender Anwendungen, die ihre Threads auf X (logische) Kerne optimal verteilen können. Dann sieht's mit der verfügbaren Rechenleistung auch schon ganz anders aus

[io.sys]

Die Frage die sich immer stellt ist die:

WELCHE Anwendung wird hier gefahren?
Wenn hier Server Anwendungen laufen auf bspw. Windows 2003Server dann ist eine Verteilung der Threads entsprechend möglich!
Da die meisten ServerAnwendungen mittlerweile diese Art zu arbeiten unterstützen.

Bei Games oder reinen GamerPCs frage ich mich allerdings immer noch nach dem Nutzen...

Eine extrem schnelle SingleCore CPU ist da preisgünstiger und hinkt in der Leistung nicht wirklich hinterher.

[EoN]

Das Problem bei einem Core ist, dass nicht alle Recheneinheiten (ALU, FPU, etc) gleichmäßig ausgelastet sind und ausgelastet werden können. Somit liegen immer teile der CPU brach, weil sie grad nicht genutzt werden können.
Durch das Hyperthreading kann Intel durch hinzufügen von einem zweiten Registersatz, zweiten Programcounter, zweiten Instructionpointer, etc auf den gleichen Recheneinheiten eine zweite CPU simulieren, die immer genau so viele Recheineinheiten zur Verfügung hat, wie gerade von der anderen CPU nicht gebraucht werden.
Der Mehraufwand dadurch ist durch die in der CPU hardcoded Aufteilung selbiger eher vernachlässigbar.

[Pirke]

Ich bezweifle aber, dass Hyper Threading im Core2 so effektiv ist wie im Pentium 4, denn dadurch dass der Pentium 4 eine sehr lange Pipeline hatte konnte man HyperThreading sehr effektiv implementieren, da alle befehle die "zu kurz" für die Pipeline waren praktisch parallel da rein konnten.
Der Core2 hat jedoch eine erheblic kürzere Pipeline.

[io.sys]

Daher würde es doch eigentlich für nen Gamer PC mehr Sinn machen, sich nen hoch getakteten P4 zu hoken, als nen aktuellen Core Duo....

So seh ich das jedenfalls!

@Pirke

Danke für die Erklärung der Pipelines!
Das wusste ich bisher so nicht!

[Bad Blade]

Zitat von io.sys

Daher würde es doch eigentlich für nen Gamer PC mehr Sinn machen, sich nen hoch getakteten P4 zu hoken, als nen aktuellen Core Duo....

Dann frage ich mich nur, warum fast alle Spiele auf einen C2D schneller als auf fast allen anderen CPUs laufen. Selbst Spiele wie Half Life 2 , die nicht DC unterstützen, laufen auf einen Core2Duo schneller als auf einer SingleCore CPU.
Abgeshen davon gibt es mitlerweile schon Spiele, die DC unterstützen und diese laufen auf einen DualCore Prozessor wesentlich besser.

Gruß
Alex

[io.sys]

Ok, das wusste ich bisher nicht.
Laufen die Games auf einem P4 mit HyperThreading wirklich langsamer als auf einem CoreDuo mit vergleichbarer Taktrate??

[tele]

Es mauschelt im Gebüsch, dass gelegentlich nicht nur Taktraten für die Leistung einer CPU ausschlaggebend sind

[snoooc]

In den C2Ds wurde ja die gesamte Architektur überarbeite, alles wurde produktiver angeordnet als früher. Und selbst wenn eine P4 schneller sein solte, würde es wahrschenlich eine EE version sein und so um vieles teurer als ein E6400 oder E6600.
Aber wie schon gesagt, die C2Ds sind schneller, kannste überall nachlesen (nicht nur in der Propergander von Intel).

snoooc

[Legion of the Damned]

1. uralter Thread
2. schon längst wieder da siehe Core i7 S. 1366

[redfalcon]

http://www.abload.de/img/achievementirui.jpeg