"Christmas - the time to fix the computers of your loved ones" « Lord Wyrm

Conroe- der Killer ;)

tombman 08.03.2006 - 14:02 24198 231 Thread rating
Posts

tombman

the only truth...
Avatar
Registered: Mar 2000
Location: Wien
Posts: 9496
die hätten auch gegen einen 3ghz Fx antreten lassen können und trotzdem gewonnen mit dem conroe ;)

Ich denke nicht, daß AMD mit den M2 Sockel cpus diesen Vorsprung wird aufholen können, schließlich soll es ja kein grundlegend neues Design werden...

Außerdem war dieser 2.676 ghz COnroe noch lang ned das Spitzenmodell, der EE wird sicher 3ghz haben, und was AMD dann DAGEGEN machen will weiß ich erst Recht nicht..

Wenn man sich die Schaubilder von Yonah und Conroe ansieht, dann merkt man als auch Laie sofort, daß die die Conroe ein deutlich "breiter" gemacht haben, also mehr Ausführungseinheiten usw, sprich mehr Befehle pro Takt ausführen können als Yonah. Dazu noch die 3ghz und du hast einen Killer.

Intel hat sich wahrscheinlich auf XS die 3ghz overclockten Dothans angesehen und sich gedacht: ******e sind die schnell, machen wir eine Architektur draus ;D;D

Castlestabler

Here to stay
Registered: Aug 2002
Location: Wien
Posts: 3775
Also das es so gelaufen ist denke ich zwar eher nicht, da Intel immer wieder mal Versuche mit den P3´s, später dann Banias und Dothan gemacht haben und immer deutlich schneller waren als mit ihrer P4 Architektur.

Der P4 hat nur mittlerweile einfach sein Maximum erreicht und sie haben es nicht mehr geschafft ihn vernünftig hochzutrieben und schlussendlich hat damit AMD gewonnen, die ja schon immer auf Lesitung/Takt wert gelegt haben und nicht auf hohe Taktfrequenzen.

Mit der Einführung des Conroe bekommt der Kunde endlich wieder einen vernünftigen Prozessor, der nicht aus irgendeinen Marketinggründen erschienen ist. Es gäbe zwar noch bessere Prozessordesigns, aber es muss ja auch eine alte Software darauf laufen können.

GrandAdmiralThrawn

XP Nazi
Avatar
Registered: Aug 2000
Location: BRUCK!
Posts: 3682
Zitat
Es gäbe zwar noch bessere Prozessordesigns, aber es muss ja auch eine alte Software darauf laufen können.

Meine Rede. ;)

Ajo, der EE soll 3.33GHz haben, aber scheinbar leider ned den FSB 1333, sondern 1066MHz QDR. Zumindest sind mir die Infos so ausm Netz zugeflogen (Computerbase und andere).

Was er sonst noch mehr hat.. kA. Hoffentlich mehr Cache oder so, weil Taktfrequenz alleine wär doch ein bisserl fad.

Wenn die 3.33GHz fürn EE stimmen, wärs aber schon recht geil (da ich sowieso den EE kaufen werd).

Castlestabler

Here to stay
Registered: Aug 2002
Location: Wien
Posts: 3775
Wenn der EE 3,33GHZ hat, dann muss er einen FSB von 1333MHz haben, ergibt sich einfach aus den Multiplikatoren.

Wenn er 1066MHz hat, kann die EE nur 3,26GHz haben oder etwas ganz anderes.

fresserettich

Here to stay
Registered: Jul 2002
Location: hier
Posts: 5316
greade deswegen könnte es sinnvoll sein mal eine "bessere" architektur mal auch für den home-user markt einführen und damit auch mal sw-technisch was zu bewegen

Castlestabler

Here to stay
Registered: Aug 2002
Location: Wien
Posts: 3775
Naja würdest du dir einen Prozessor kaufen, den du nur verwenden kannst wenn du alles neu an Software kaufen musst.

Es würden auch keine alten, oder gerade entwickelten Spiele mehr laufen und sag mir dann noch das du einen Käufer findet.

Die ganzen Prozessoren haben ungefähr 30% Befehle die 99% aller neuen Programme nicht mehr brauchen, aber Firmen haben auch oft alte Software und denn kann man das schon gar nicht verkaufen.

Sinnvoll wäre es den ganzen Befehlssatz einmal komplett abzuspecken, weil bei einem 64bit Prozessor bringen 32bit Befhle die nur darauf ausgelegt sind nichts mehr und müssten verschwinden. Das alles bleibt ein Traum und wird nie geschehen, weil es einfach nicht geht.

fresserettich

Here to stay
Registered: Jul 2002
Location: hier
Posts: 5316
wenn die entsprechende leistung stimmt könnte man es z.B. bei einem neuen os überfrühen so wie es z.B. bei xp war da sind ja auch einige programme nachher nicht mehr gelaufen bzw. man brauchte patches
mir ist schon klar, dass so ein richtiger architektur-wechsel mehr veränderungen mit sich bringt aber wenn man nie den kopf hinaus steckt wird man nie etwas erreichen ;)

SYSMATRIX

Legend
Legend
Registered: May 2000
Location: ~
Posts: 5020
interessant beim Conroe/Core ist daß wieder mehr CISC like ist durch diese macro-op fusion. und was noch sehr interessant aussieht ist die SSE engine:






3 unabhängige SSE FADD und FMUL pipelines (P4 SSE hatte nichtmal eine fully pipelined SSE exec).

=>
128 bit packed mul + 128 bit packed add + 128 bit
packed load + 128 bit packed store + CMP/JCC pro cycle!.

das top of the line modell dürfte für die nächste zukunft eh der 3.33er sein (natürlich nur mit 1.3GHz FSB).

Sauron

OC Addicted
Avatar
Registered: Mar 2004
Location: 2551
Posts: 1977
Trotz der ganzen Diskussionen und Mutmaßungen bin ich gespannt wie AMD auf den Conroe reagieren wird. Kann mir nicht vorstellen daß sie sich einfach so vom Thron stoßen lassen. :D


cu

SYSMATRIX

Legend
Legend
Registered: May 2000
Location: ~
Posts: 5020
naja, es sieht ziemlich triest aus wenn man sich die AMD roadmaps ansieht. der K8 ist am ende, etwas headroom ist noch da, aber nichts weltbewegendes.

vor allem was nicht einfach wettzumachen sein wird: funktionierendes 45nm silizium, und AMD ist grad erst bei 90nm, und moderne MPUs sind sehr abhängig zum prozess. wenn man sich noch anssieht daß intel gerade sehr stark an EUV lithographie interessiert ist sieht es überhaupt schlecht aus für AMD.

Sauron

OC Addicted
Avatar
Registered: Mar 2004
Location: 2551
Posts: 1977
Geb ich dir schon vollkommen recht, aber gespannt bin ich auf die Reaktion. Ob ich nun vieles ersetzen müsst fürn M2 oder mir mal ein Intel Sys nehm ist mir eigentlich egal. ;) :D


cu

GrandAdmiralThrawn

XP Nazi
Avatar
Registered: Aug 2000
Location: BRUCK!
Posts: 3682
Benutzt Intel nicht schon EUV Lithographie?!

SYSMATRIX

Legend
Legend
Registered: May 2000
Location: ~
Posts: 5020
@GAT:
nein, die benutz keiner. weil atm physikalisch unmöglich. bzw hat IBM hier uU einen ansatz an dem gearbeitet wird.

mat

Administrator
Legends never die
Avatar
Registered: Aug 2003
Location: nö
Posts: 25373
Zitat von SYSMATRIX
interessant beim Conroe/Core ist daß wieder mehr CISC like ist durch diese macro-op fusion. und was noch sehr interessant aussieht ist die SSE engine:






3 unabhängige SSE FADD und FMUL pipelines (P4 SSE hatte nichtmal eine fully pipelined SSE exec).

=>
128 bit packed mul + 128 bit packed add + 128 bit
packed load + 128 bit packed store + CMP/JCC pro cycle!.

das top of the line modell dürfte für die nächste zukunft eh der 3.33er sein (natürlich nur mit 1.3GHz FSB).
auch wenns schon ein wenig vertagt ist.. ;)

aus SSE Version XYZ verzichten die meisten softwarehersteller grundsätzlich. soetwas neues (und damit auch ziemlich wahrscheinlich vergängliches) fordert zu viel kosten für deren nutzen und wird deshalb immer nur bei sehr speziellen programmen im high-end bereich verwendet.

find ich auch logisch.. ich meine, wieviele leute werden innerhalb des 1 jahres einen conroe haben? wieviele haben jetzt schon einen amd dual-core? nur die freakigen user und die brauchen ja auch speziellere programme.

Castlestabler

Here to stay
Registered: Aug 2002
Location: Wien
Posts: 3775
ALso bei SSE von neuen und sehr speziellen Befehlssätzen zu sprechen kommt mir ziemlich so vor wie die Propaganda der Softwarehersteller.

SSE ist jetzt 6 oder 7Jahre alt, die Codeoptimierer von Intel sind auch schon lange heraussen und funktionieren schon super, selbst SSE2 ist jetzt schon einige jahre alt. Dann gibt es noch 3Dnow das ist irgendwann dazwischen rausgebracht worden.

Es versucht halt nur immer der eine dem anderen die Schuld in die Schuhe zu schiben, ein vernünftiger C-Compiler zur Codeoptimierung kostet halt mal ein paar 10k Euro und die will sich nich jeder leisten, aber profitieren tut davon eigentlich schon jede Software, weil der ursprüngliche Befehlssatz ist schon so veraltet das er für schnelle Programme fast nicht mehr zu gebrauchen ist.
Kontakt | Unser Forum | Über overclockers.at | Impressum | Datenschutz