Krass: c't aktiviert SSE-Befehle im Athlon 4

Obi-wan

Vice Admiral Special
Mitglied seit
11.11.2001
Beiträge
830
Renomée
10
Standort
Coruscant
Hallo!
Habe ich gerade gefunden:  http://www.heise.de/newsticker/data/jow-25.05.01-001/

 
Verstehen kann ich's nicht. Ich dachte, die SSE-Befehle wären standardmäßig freigeschalten und würden auch prinzipiell statt 3Dnow! genutzt, falls die Software SSE-fähig ist. Nur wenn die Software kein SSE unterstützt, wird 3Dnow! angesprochen, was die Verschlechterung des Athlon4 gegenüber dem Tbird erklärt, wenn Software benutzt wird, die beides unterstützt (da 3Dnow! effektiver ist als SSE). So kam es jedenfalls bei anderen Sites rüber.
???
 
Hi Jesse Bee


SSE war in den ersten Testmustern defaultmässig abgeschaltet; so auch bei dem von heise.. (laut ihrer Einleitung) (die Exemplare wurden wohl schon vor der Einigung mit Inhel über die Patente gebaut)

Der Athlon 4 Benutz nach möglichkeit die 3Dnow-erweiterung, erst wenn das Programm dies nicht unterstützt, versucht er es mit SSE; da aber bestimmte Programme zuerst nach dem vorhandensein von SSE fragen, und erst, wenn sie da ein nein bekommen nach 3Dnow fragen, wurde in besagtem test vom Programm aus die SSE-erweiterung benutzt.
 
Jetzt gibts für mich drei Erklärungen für die schlechterePerformance bei WME:
  • die Implementierung von ISSE im Athlon 4 ist schlechter als die von 3Dnow!
  • ISSE ist schlechter in WME implementiert
  • 3Dnow ist trotz geringerer Befehlszahl schneller als ISSE
Ich tippe auf letzteres *lol* 8)
 
mich würde mal interessieren wie die "spezialisten" voner ct das hingekriegt haben, die befehle zu aktivieren. cpu umgelötet  ;) ;) ? freundlich gebeten? programm geschrieben:

if application likes ISSE 2 then
ask cpu if it would like to use isse 2
else
force cpu to use 3dnow
end if

oder wie oder was?
 
Hallo!
Habe ich gerade gefunden:  http://www.heise.de/newsticker/data/jow-25.05.01-001/

 
Verstehen kann ich's nicht. Ich dachte, die SSE-Befehle wären standardmäßig freigeschalten und würden auch prinzipiell statt 3Dnow! genutzt, falls die Software SSE-fähig ist. Nur wenn die Software kein SSE unterstützt, wird 3Dnow! angesprochen, was die Verschlechterung des Athlon4 gegenüber dem Tbird erklärt, wenn Software benutzt wird, die beides unterstützt (da 3Dnow! effektiver ist als SSE). So kam es jedenfalls bei anderen Sites rüber.
???
 
Hi Jesse Bee


SSE war in den ersten Testmustern defaultmässig abgeschaltet; so auch bei dem von heise.. (laut ihrer Einleitung) (die Exemplare wurden wohl schon vor der Einigung mit Inhel über die Patente gebaut)

Der Athlon 4 Benutz nach möglichkeit die 3Dnow-erweiterung, erst wenn das Programm dies nicht unterstützt, versucht er es mit SSE; da aber bestimmte Programme zuerst nach dem vorhandensein von SSE fragen, und erst, wenn sie da ein nein bekommen nach 3Dnow fragen, wurde in besagtem test vom Programm aus die SSE-erweiterung benutzt.
 
Jetzt gibts für mich drei Erklärungen für die schlechterePerformance bei WME:
  • die Implementierung von ISSE im Athlon 4 ist schlechter als die von 3Dnow!
  • ISSE ist schlechter in WME implementiert
  • 3Dnow ist trotz geringerer Befehlszahl schneller als ISSE
Ich tippe auf letzteres *lol* 8)
 
mich würde mal interessieren wie die "spezialisten" voner ct das hingekriegt haben, die befehle zu aktivieren. cpu umgelötet  ;) ;) ? freundlich gebeten? programm geschrieben:

if application likes ISSE 2 then
ask cpu if it would like to use isse 2
else
force cpu to use 3dnow
end if

oder wie oder was?
 
Zurück
Oben Unten