Athlon64 Dual-Core

@ dark_templahr:

Zitat

ZDNet:At AMD, the Athlon 64, Athlon FX and Opteron processors are already being manufactured on a 130nm process. The die size is 192mm2. A dual-core 64-bit AMD processor is likely to be smaller than a dual-core Itanium: aside from the size reduction from the move to a 90nm production process, said Siegel, the die size would not double (because both cores would share the same cache).

edit: Preis? Kannst ned wirklich voraussagen, weil bis ende 2005 vergeht noch eine ganze Menge an Zeit

Zitat von dark_templahr

k, alles klar.
damit wäre dann der DIE eines 0.09µm Dualcore-A64 ungefähr gleich groß wie ein aktueller 0.13µm-FX. hmm, damit dürfte das ganze kaum teurer kommen...

Jein.

Ist doch wie bei TFTs => je mehr pixel desto größer die Chance das er Ausschuß ist usw.

IMHO um einiges teurer, auch wenn er kleiner ist ...

Zitat von Mr. Zet

HT von Intel ist aber auch weit entfernt von einem Dual-Core, bei HT sind ja nur einige Stufen der Pipeline doppelt vorhanden, gerade soviele wie nötig um Multithreading zu unterstützen (gebe aber zu mich mit den details zu HT nicht besonders gut auszukennen).

Bei dem was AMD plant, hats du dann praktisch 2 CPUs (echte!) auf einem DIE und damit auf einem Sockel. Der einzig verbleibende Unterschied zu Mmehrfachsockel-Systemen ist der, dass sich die zwei Cores einen gemeinsamen Cache (vermutlich nur L2) Teilen.

Mir ist schon klar, dass HT etwas anderes ist. Bisher hab ich übrigens gelesen, dass keine Pipelines doppelt angelegt wurden, sondern immer wenn Thread 1 auf daten vom Speicher warten muss, man schnell Thread 2 reinschiebt und den berechnet, bis die Daten für Thread 1 angekommen sind

Ausserdem könnte AMD den Dualcore auch ganz anders aufbauen. Als 1 logische CPU zum Beispiel. Soweit ich gehört habe, wäre es theoretisch möglich, dass die Xbar die Daten so auf beide CPU´s aufteilen kann

Ist doch ganz klar! Die Anwendungen müssen nicht Dualfähig sein, und die Performance sollte wohl auch besser sein als 2 logische

Zitat von pippo

Ist doch ganz klar! Die Anwendungen müssen nicht Dualfähig sein, und die Performance sollte wohl auch besser sein als 2 logische

die rohleistung würde dadurch zwar erheblich gesteigert (siehe V2-SLI mit fast 100% mehr fps) ABER für Multi-Threading würde das nichts bringen. d.h. wir sind eigentlich da, wo wir mit einem Dual-System NICHT sein wollen -> einzelne anwendung sehr schnell, aber kaum läuft mehr nebeneinander, bricht die leistung zusammen!

also ich glaube auch, dass irgendwie in die richtung geht wie der fenix gesagt hat ...
da ja der dual-channel ned wirklich ausgenutzt wird, würde es sicher was bringen wenn jede core einen channel bekommt
wie des ganze dann realisiert wird ala multitasking, dual-sys, etc. kann man jetzt noch nicht sagen
weiters glaube ich, dass die cpu sicher heißer wird, aber nicht unkühlbar wird sondern auch mit lüftkühlung realisierbar ist
weiters würde, dann wahrscheinlich 64 bit mehr sinn, machen da man für die 2 cores die nötigen daten vielleicht in einem taktzyklus holen kann

Zitat von Schnegg

is des dann des gleiche wie ein dual cpu system?
ned oder? dann müssten aber die threads intern aufgeteilt werden,
weil die software ned mitspielt...

is im prinzip kein echtes dualsystem weil nicht jede CPU einen eigenen cache, eigene ram etc. hat
wird vom OS wohl wie HT erkannt werden, is aber um ein ziemliches stück potenter als HT weil die recheneinheiten wirklich doppelt vorhanden sind und nicht nur die rechenzeitlücken zugespachtelt werden

das es so gemacht wird is ziemlich sicher (hab ich eh geschrieben)
nur wie sie genau zusammenarbeiten weiß noch keiner

- es könnte einfach bandbreite/speicherplatz aufgeteilt werden (1/2 für jede CPU reserviert)
- es könnte jede CPU ein komplett unabhängiges speichersubsystem haben und untereinander via hypertransport komunizieren (das wär wie eine richtige dual-CPU), aber da sich die beiden den L2 cache teilen schließe ich das mal aus, obwohl die leitungen (am sockel/board) dafür vorhanden wären
- ram is geshared wie L2

jedes hat in gewissen situationen vor- und nachteile
für welche sich AMD entschieden hat wird sich zeigen

oder die CPU wird wirklich nur als singel-CPU gehandhabt und intern wird aufgeteilt
das is aber auch unwahrscheinlich weil AMD gesagt hat "besser als HT", und das wär es aber nur bedingt so weil das OS dann nicht wirklich multitasken könnte

abwarten und tee trinken