AMD Bulldozer: Neues Sample des FX-8130P samt frischen Benchmarks

Ich glaub OBR macht sich imo einen Spaß drauß, die Werte vom SuperPi zu veröffentlichen :
Mittlerweile ist die erste Zahl nach dem Komma da : http://4.bp.blogspot.com/-VuoDVo7nwVM/TgXTvvI2ZhI/AAAAAAAAA0I/O7Ngiz0v4h8/s1600/edited.png

Eventuell kommt morgen dann die letzte Zahl vor dem Komma :D

Meine Vermutung geht von 10... bis 15... ^^

Reicht aber trotzdem nicht , hier eine Gegenüberstellung mit SB ~ 4500mhz... wäre ein SB kern "min" 25% schneller(wenn 10,8 der ausgangswert wäre)
 

Anhänge

  • Bd.2.jpg
    Bd.2.jpg
    253,9 KB · Aufrufe: 73
Zuletzt bearbeitet:
@PQ: Ich weiß, ich hab selber einen 26K und mein Clarkdale im zweit PC ist auch schneller ^^
 
Laufen aber zwei Module komplett und zwei werden nicht beansprucht, sieht es noch schlimmer aus. Auch hier ist es dann ein 4 Kerner doch der hat weniger Leistung als 4 einzelne Module.
AMD muss schon viel Turbo Modus einbringen um das auszugleichen.

so wie ich es verstanden hab, belegt er aber bei 4 Threads alle vier Module und erst beim 5. Thread laufen zwei Threads auf einem Modul.
 
so wie ich es verstanden hab, belegt er aber bei 4 Threads alle vier Module und erst beim 5. Thread laufen zwei Threads auf einem Modul.

Und dafür hätte ich gerne eine objektive Meinung oder einen Test dass das der Fall ist.
Laufen die Games nur auch zwei Module aber nicht auf 4, bringt der Bulldozer nichts und ist vielleicht dadurch noch langsamer als ein Phenom 2.
Hier warte ich einfach auf seriöse Benchmarks und nicht auf Benchmarks die ich nicht nachvollziehen kann.
 
Könntet ihr mal aufhören 100.000 SuperPi Benches zu posten? Ist für die praktische Verwendbarkeit und Leistung einer CPU ja wundervoll Aussagekräftig! Wasn Schmarrn! :devil:
 
Es geht hier um den Vergleich Leistung pro Takt und wie es beim Bulldozer ist im Vergleich zur Vorgängergeneration und zur aktuellen Konkurrenz von Intel aussieht.
 
Es gibt auch Pi-Programme in denen das ganze etwas ausgeglichener aussieht, so wie hier: GNU MP Pi computation
Dieses OpenSource Programm verwendet einen sehr modernen Algorithmus (Chudnovsky algorithm - Wikipedia, the free encyclopedia) und ist allen anderen Programmen (bis auf y-cruncher bei extrem großen Werten) bei der Berechnungsgeschwindigkeit um Lichtjahre voraus. Interessanterweise ist hier ein Phenom II clock-for-clock um 18% schneller als ein i7 Nehalem.
In einer älteren Version hat sogar ein K8 mehr Pro-Takt-Leistung als ein Nehalem.http://www.forum-3dcenter.org/vbulletin/images/3dc/smilies/ugly/ugly.gif Das zeigt mal wieder das die Geschwindigkeit eines Prozessors in einem enormen Maß von der verwendeten Software abhängt.
AMD's Prozessorarchitektur ist wenn was die reine Rechenpower betrifft immer noch ganz vorne mit dabei. Das zahlt sich vor allem bei Supercomputern aus.
3DCenter Forum - Intel - Ist SuperPI Intel-optimiert? - Seite 2
 
Und dafür hätte ich gerne eine objektive Meinung oder einen Test dass das der Fall ist.
Laufen die Games nur auch zwei Module aber nicht auf 4, bringt der Bulldozer nichts und ist vielleicht dadurch noch langsamer als ein Phenom 2.
Hier warte ich einfach auf seriöse Benchmarks und nicht auf Benchmarks die ich nicht nachvollziehen kann.

Das ist 100%ig so :D Sonst wär irgendwie das Konzept des Bulldozers hinfällig. Bei Intel ist Windows 7 auch fähig zu erkennen welche Kerne "echt" sind und welche zu HT gehören. Wahrscheinlich wird die andere Modulhälfte auch wie ein HT-Kern behandelt und erst bei voller Auslastung aller echten Kerne einen Thread zugeteilt bekommen.
 
Lol was ist das für "Pickerei" ... 80-90% ? von was ? Zeig mal ...
Schau dir die offiziellen Aussagen und Folien von AMD zu CMT an. Dann wirst du wissen, woher die 80-90% kommen.

hir noch ein 2. Beispiel für SMT , BC2 über 30% schneller dank SMT
Toll, und in DAO sind es 2%, in F1 2010 4% und in SC2 3%. Was ergibt das mit deinen über 30% im Durchschnitt? :schief: Kurze Frage, du weisst schon, was Durchschnitt und Rosinenpickerei bedeutet? Wie Sturmtank ebenfalls richtig anmerkte, die Modelle sind bezüglich Takt und Cache auch nicht 1:1 vergleichbar. Mal davon abgesehen sind Spiele aufgrund der GPU- und I/O-Abhängigkeit eh nicht sonderlich für CPU Vergleiche geeignet, erst recht was die Kernarchitektur betrifft, wozu ja auch SMT gehört. Schau dir besser die Anwendungen bei ComputerBase an, die mit den Kernen recht gut skalieren. Du wirst sehen, dass im Schnitt 20% schon sehr wohlwollend gerechnet ist. Es sind jedenfalls keine 25%, und schon gar nicht über 30%.


2 Module teilen sich eine FPU
Nö, jedes Modul besitzt seine eigene FPU. Informiere dich doch bitte erstmal zur Bulldozer Architektur, bevor du dich hier weiter rumstreiten musst. Das Modul ist praktisch der physische Kern. Und physische Kerne haben nunmal an sich, dass sie einfach kopiert werden, um mehrere davon auf einem Chip unterzubringen. Ergo, jeder physische Kern enthält auch die gleichen Einheiten. Was auch die FPU miteinschliesst.

AMD bewirbt es als Achtkerner. Also ist es ein Achtkerner.
Wie gesagt, was das Marketing macht, ist die eine Sache. Wie die eigentliche Technik ausschaut, ist eine andere. Es sind und bleiben technisch gesehen lediglich 4 physische Kerne.

Wenn du sagst Modul = pyhsikalischer kern, dann hat Zambezi also doch 8 Kerne? Du widersprichst dir selbst.
Nö, du weisst nur anscheinend nicht, wie Zambezi (Orochi) aufgebaut ist oder was ein Modul ist. Zambezi hat 4 Module.

Pro Takt ist nebensächlich? Ah deshalb kommt ein i3-2100 an einen X6 in Spielen ran. Ist klar.
Was hat das mit IPC zu tun, wenn Spiele oft nicht mal 4 Kerne voll ausnutzen können? Ein X4 ist im Schnitt auch kaum langsamer als ein X6. Mal davon abgesehen, sehr sinnvoll eine 3 Jahre alte Architektur mit einer neuen zu vergleichen. Du darfst dann auch gerne mal den "kleinen" FX-4xxx in Spielen mit einem X6 vergleichen. ;)

Eine gute Pro takt Leistung ist ein Muss.
Nö, gute Energie- und Flächeneffizienz ist ein Muss. Das erste bedingt Stromkosten, Kühlung und Lautstärke durch Lüfter. Das zweite bedingt die Herstellung und damit auch Verfügbarkeit und Verkaufspreise. Und nur das sollte für die meisten potenziellen Kunden von Interesse sein. Der Rest sind technische Details oder Anforderungen einiger weniger Enthusiasten und damit absolut nebensächlich für den Markt.


natürlich ist er das, es sind doch bei einer SMT CPU keinerlei zusätzliche Ausführungseinheiten vorhanden. Seine Kernlogik entspricht exakt dem einer baugleichen CPU ohne SMT.
Nö, tut er nicht. Wenn dem so wäre, dann hätte er ja kein SMT. ;) Natürlich müssen auch für SMT die Kernlogik teils verbreitert oder dupliziert werden, wie zB Einheiten des Frontends oder das Registerset. Dass keine zusätzlichen Ausführungseinheiten hinzukommen, ist doch weder ein Argument für oder gegen einen klassischen Kern. Wenn du schon mit Ausführungseinheiten argumentierst, dann solltest du auch bedenken, dass Intels Backend insgesamt 6 Ports besitzt, während es bei einem Bulldozer Integer Cluster lediglich 4 sind. Glaubst du wirklich, es würde für SMT ausreichen, wenn Intel auch nur 4 Ports hätte? Wie gesagt, beide Backends sind zu verschieden, um sie 1:1 vergleichen zu können, Anzahl der Integer Cluster hin oder her. Unterm Strich wird bei beiden Technologien, CMT und SMT, zusätzliche Logik hinzugefügt. Der Unterschied ist lediglich, dass CMT einen Schritt weiter geht und auch zusätzliche Ausführungseinheiten nutzt. Von klassischen Kernen kann man in beiden Fällen nicht mehr sprechen.

Ah, jetzt sollen es schon 90% sein, das wird ja immer mehr. AMD spricht von maximal 80%.
Nö, von "maximal" haben sie kein Wort gesagt. Und wer hat etwas davon gesagt, dass es 90% sein soll? Ich habe 80-90% geschrieben, weil sich AMD hier nicht eindeutig ausgedrückt hat, also ein gewisser Interpretationsspielraum gegeben ist. Zum einen sagen sie, dass ein Modul 80% der Performance eines hypothetischen Bulldozer Dual-Core ohne CMT erreicht. Zum anderen sagen sie aber auch, dass der zweite Integer Kern 80% zusätzlich bringt, was 90% pro Integer Kern ergibt (100+80=180/2=90).

CMT: max. 80% Mehrleistung bei etwa. 80% mehr Ausführungseinheiten.
80% mehr Ausführungseinheiten? Auf welcher Grundlage basiert diese Behauptung? Die einzige Aussage ist, dass der zweite Integer Cluster 12% mehr Transistoren erfordert. Für 80-90% mehr Performance ein super Kompromiss, wie ich finde. Hochgerechnet auf das gesamte Die ist das noch weniger und soll nur etwa 5% betragen.

Na ist recht, dann können wir beim BD ja eh von einem 8/6/4 Kerner sprechen so wie es das Marketing macht.
Wenn dir das Spass macht und du dich nach dem Marketing richten willst, von mir aus. Dann solltest du dich in Zukunft aber auch immer an die Marketingaussagen halten und nichts anderes behaupten. ;) Es bleiben physisch trotzdem nur insgesamt 4 Kerne. Und das gibt es zu beachten, wenn man es mit Sandy Bridge vergleicht. Aussagen wie "AMD richtet es über die Kerne" sind eben nicht richtig.

komisch, wenn das selbe Marketing aber behauptet BD wurde aus Strategischen Gründen verschoben und nicht wegen technischer Probleme dann heisst es von den selben Leuten das das 100% ig stimmen muss was AMD sagt und jeder der die Aussagen des haargenau selben Marketings anzweifelt wird sofort kritisiert.
Schön, ist nur ein völlig anderer Sachverhalt. Zwischen dem zu trennen, was das Marketing verkauft und was die Ingenieure entwickeln, hat doch nichts damit zu tun, ob man offiziellen Aussagen eines Herstellers glaubt oder irgendwelchen halbseidenen Gerüchten, die keinerlei offizielle Basis haben.


Tja , die können das wa ... siehst doch selber auf deiner Folie , ein Modul ist wie ein Dual Core . Und an den SuperPi bench sieht man , das nur einer von den 8 Cores benützt wurde ... und nicht ein Modul mit 2 Cores Gleichzeitig(SuperPi fährt nur mit einen Core)
Das scheinen viele nicht zu begreifen. Ob da nun irgendwo 8 "Kerne" angezeigt wird oder nicht, ist doch völlig belanglos. Das ist reine Interpretation des Betriebssystems bzw der jeweiligen Anwendung. Es gibt auf Softwareebene nur noch Threads (= logische Prozessoren hardwareseitig). Und ein Sandy Bridge i7 nutzt auch nur einen von 8 logischen Prozessoren bei Super Pi, genauso wie ein FX-8xxx.


Mal Retur zum Thread ... SuperPi ist sehr gut geeignet um die pro Kern Leistung offen zu legen , weil es mal nur 1 Kern Bencht .
Nochmal, Super Pi erzeugt lediglich einen Lastthread und bencht damit lediglich einen logischen Prozessor und nicht einen Kern. Mal davon abgesehen ist Super Pi mittlerweile völlig obsolet. Die Executable stammt von 1995. Damals war noch der Urvater der aktuellen Intel Prozessoren aktuell, der Pentium Pro. Super Pi taugt vielleicht noch was, um Legacy Code zwischen Vorgänger- und Nachfolgegeneration zu vergleichen. Ansonsten ist es reine Spielerei und für Vergleiche ziemlich unbrauchbar, erst recht zwischen verschiedenen Herstellern. Zum einen, weil es keine brauchbaren Optimierungen für aktuelle Prozessoren enthält, speziell was Nicht-Intel Prozessoren betrifft. Zum anderen aber auch, weil es weder x86-64 noch SSE kennt.

Intel ist SuperPi Optimiert ?
Andersrum.

und darum war der Athlon auch schneller in SuperPi als der P4
Der P4 war einfach eine Krücke sondergleichen und vermutlich der schlechteste Prozessor, den die x86 Welt jemals gesehen hat. Hätte der Athlon 64 vernünftige Codeoptimierungen gehabt, hätte er den P4 noch weiter abgehängt. Schau dir lieber mal Pentium-M / Yonah an. Die waren pro Takt im Schnitt etwa auf Athlon 64 / Athlon 64 X2 Level. Trotzdem waren sie in Super Pi auch schneller.
 
Zuletzt bearbeitet:
Bulldozer hat 8 Kerne. 4 Module. Jedes Modul teilt sich die Flex FPU.


1 Modul = 1 Fpu

Aber das steht doch alles drin

Der im 32-nm-Prozess gefertigte Bulldozer setzt auf sogenannte Module. Ein solches beinhaltet zwei (Integer-)Kerne, diese teilen sich unter anderem den 2 MiByte großen L2-Cache und die "Flex FPU" genannte doppelte Gleitkomma-Einheit, welche pro Takt den Kernen neu zugeordnet werden kann

Es sind und bleiben technisch gesehen lediglich 4 physische Module und 8 Kerne die nicht 100%tig sind, weil sich 2 Kerne unter anderem immer eine Fpu teilen.

Da sich die 2 Kerne nicht nur die Fpu teilen, würde ich eher sagen das es sich um einen 4 Kerner mit SMT bzw HT handelt. Da man aber fast alle Ausführungseinheiten verdoppelt hat, mehr als für HT bzw SMT nötig wären

kann man eher von einem 8 kerner sprechen als von 4 Kernen.

Aber dass muss jeder für sich auslegen wie er will.
 
Zuletzt bearbeitet:
Mal davon abgesehen sind Spiele aufgrund der GPU- und I/O-Abhängigkeit eh nicht sonderlich für CPU Vergleiche geeignet, erst recht was die Kernarchitektur betrifft, wozu ja auch SMT gehört.

Kannst du diese I/O Abhängigkeit auch belegen?

Nö, von "maximal" haben sie kein Wort gesagt. Und wer hat etwas davon gesagt, dass es 90% sein soll? Ich habe 80-90% geschrieben, weil sich AMD hier nicht eindeutig ausgedrückt hat, also ein gewisser Interpretationsspielraum gegeben ist. Zum einen sagen sie, dass ein Modul 80% der Performance eines hypothetischen Bulldozer Dual-Core ohne CMT erreicht. Zum anderen sagen sie aber auch, dass der zweite Integer Kern 80% zusätzlich bringt, was 90% pro Integer Kern ergibt (100+80=180/2=90).

Das sagt AMD, dann warten wir mal auf Tests wieviel davon in der Praxis tatsächlich überbleibt

Die einzige Aussage ist, dass der zweite Integer Cluster 12% mehr Transistoren erfordert. Für 80-90% mehr Performance ein super Kompromiss, wie ich finde.

12% mehr als was ist nur die Frage, das war bis jetzt nicht eindeutig herauszufinden. Ob 80-90% sind wird sich bei Tests zeigen.

Wenn dir das Spass macht und du dich nach dem Marketing richten willst, von mir aus. Dann solltest du dich in Zukunft aber auch immer an die Marketingaussagen halten und nichts anderes behaupten. ;) Es bleiben physisch trotzdem nur insgesamt 4 Kerne. Und das gibt es zu beachten, wenn man es mit Sandy Bridge vergleicht. Aussagen wie "AMD richtet es über die Kerne" sind eben nicht richtig.

Ich bleibe bei dem was ich bisher geschrieben habe, nämlich Module vs Kerne wenn es um den vergleich BD gegen SB geht. Denn ein Modul als Kern zu bezeichen und es auf einen Stufe mit dem SB Kern zu stellen halte ich für nicht richtig, schlicht aufgrund des zusätzlichen int Cluisters bei einem BD Modul.

Schön, ist nur ein völlig anderer Sachverhalt.

Das ist schon richtig, nur das Marketing versucht immer das beste für AMD rauszuholen. Daher spricht man beim 4 Modul BD von einem 8 Kerner, weil sich das besser vermarkten lösst, bei der Verschiebung spricht man halt von strategischen Gründen, schlicht weil das die beste offizielle Aussage darstellt. Klar kann man nichts anderes beweisen (anders als bei den Kernen), anzweifeln darf man die Aussage trotzdem. Un ich gehöre zu denen die die Aussage nicht so recht glauben wollen.

mfg
 
Warum PCGH das gute Overclockingergebnis so negativ relativiert ist mir ein Rätsel. Es sind immerhin 8 Int Cores bei 1,5v und lediglich ein ES! Über die Kühlung wird auch kein Wort von OBR verloren.
Mit Luft. Und wie gesagt, im Vergleich zu SNB ist das nicht toll - ES hin und acht INTs her, Intels ES gehen ähnlich gut wie die Retails (ja, auch die SNB-E).

Falsch! Zambezi hat genauso viele physische Kerne wie Sandy Bridge, nämlich 4. Zambezi kann genauso viele Threads wie Sandy Bridge verarbeiten, nämlich 8.
Und im Gegensatz zu SNB steht hinter jedem Thread eine INT-Einheit. Macht bei einem Zambezi acht INT-Einheiten, daher vermarktet ihn AMD als Achtkerner. Ein SNB hat physisch vier INT-Einheiten. Wenn du ein Modul als Kern ansiehst, unterschlage den 2ten INT nicht, denn bei SMT sind es "nur" Register - aber eben keine Ausführungseinheiten.

Die einzige Aussage ist, dass der zweite Integer Cluster 12% mehr Transistoren erfordert. Für 80-90% mehr Performance ein super Kompromiss, wie ich finde.
80-90% natürlich bei Integer-Berechnungen und wenn die Software genügend Threads aufweisen kann - pauschal sind es ergo keine 80-90%. Dieses Problem hat zB auch SMT in Spielen, da idR kaum mehr als 3-4 Kerne Arbeit abbekommen.

Kannst du diese I/O Abhängigkeit auch belegen?
Tut er seit Jahren nicht und wird er wohl auch nie.
 
Zuletzt bearbeitet:
Der P4 war einfach eine Krücke sondergleichen und vermutlich der schlechteste Prozessor, den die x86 Welt jemals gesehen hat. Hätte der Athlon 64 vernünftige Codeoptimierungen gehabt, hätte er den P4 noch weiter abgehängt. Schau dir lieber mal Pentium-M / Yonah an. Die waren pro Takt im Schnitt etwa auf Athlon 64 / Athlon 64 X2 Level. Trotzdem waren sie in Super Pi auch schneller.

Du erzählzt müll (sry) , weil der P4 war in Punkto Gameleistung Schneller als der Athlon (zwar zum Preis von Hitze und mehr Mhz aber es war so) hab noch paar Benches hier liegen .
Und der Athlon war aber in SuperPi besser , ich weiß das tut weh (weil das deine Verschwörungstheorie aushebelt) :P

Das sagt AMD, dann warten wir mal auf Tests wieviel davon in der Praxis tatsächlich überbleibt

Da bleibt natürlich rein Nix von über , wie damals beim Ph1 ... heisse Luft um nix
 
Zumal SuperPi nicht auf Intel optimiert ist ... x87-Code und so. Wie du schon sagt, zu K8-Zeiten sah SuperPi AMD vorne ...
 
Kannst du diese I/O Abhängigkeit auch belegen?
Gegenfrage, kannst du es widerlegen? Bei der Beantwortung dieser Frage erhältst du gleichzeitig die Antwort auf deine Frage. ;)

12% mehr als was ist nur die Frage, das war bis jetzt nicht eindeutig herauszufinden.
Natürlich ist das eindeutig. Was verstehst du denn an der Aussage nicht? Ein Modul mit einem Integer Cluster = 100%, ein Modul mit zwei Integer Clustern = 112%.

Denn ein Modul als Kern zu bezeichen und es auf einen Stufe mit dem SB Kern zu stellen halte ich für nicht richtig
Das ist es aber. Bulldozer Modul: 2 logische Prozessoren, 32 nm, ~18-19 mm² Kernlogik. Sandy Bridge Kern: 2 logische Prozessoren, 32 nm, ~18-19 mm² Kernlogik. Wie man sieht, sie sind super vergleichbar. Viel besser als Nehalem und Shanghai, wo ersterer doppelt so viele logische Prozessoren und etwa 50% mehr Kernlogik besitzt. Du gehst einfach von einem falschen Vorsatz aus. Du glaubst, die bisherigen Kerne seien vergleichbar und die neuen nicht. Es ist aber genau umgekehrt. Ob ein Bulldozer Modul jetzt einen zusätzlichen Integer Cluster besitzt, ist doch völlig nebensächlich. Dafür hat ein Cluster bei Intel mehr Rechenwerke. Der Punkt ist einfach, AMD hat eine womöglich effektivere Multithreading Technologie implementiert. Ich habe eher das Gefühl, dass einigen Intel "Fans" es schwer fällt, das einzugestehen. Stattdessen wird lieber behauptet, "AMD richtet es über die Kerne". Eben nicht. AMD richtet es über ein cleveres Design. Im Grunde hat Intel doch schon mal ansatzweise etwas ähnliches gemacht. Nämlich bei Yanoh, wo man den Cache von zwei herkömmlichen Kernen zu einem verschmolz. AMD hat das jetzt nicht nur mit dem Cache gemacht, sondern auch noch mit der Kernlogik. Das ganze wird dann in die Infrastruktur eingebettet, die bereits mit Barcelona geschaffen wurde. Auch wenn Barcelona aufgrund des 65 nm Prozesses kein Glanzstück wurde, das Design war wegweisend, selbst für Intel. Womöglich gilt das auch für Bulldozer. Nur hat man diesmal auf einen besseren Fertigungsprozess gewartet. Ursprünglich sollte Bulldozer ja mal in 45 nm kommen.


Und im Gegensatz zu SNB steht hinter jedem Thread eine INT-Einheit. Macht bei einem Zambezi acht INT-Einheiten, daher vermarktet ihn AMD als Achtkerner. Ein SNB hat physisch vier INT-Einheiten. Wenn du ein Modul als Kern ansiehst, unterschlage den 2ten INT nicht, denn bei SMT sind es "nur" Register - aber eben keine Ausführungseinheiten.
Dann unterschlage du nicht, dass Intel pro Cluster mehr Rechenwerke hat. Wen interessiert denn das? Es geht darum, dass Leute behaupten, dass es Bulldozer lediglich über mehr Kerne richten würde. Und das entspricht schlichtweg nicht den Tatsachen. Bei SMT sind es übrigens nicht nur zusätzliche Register. Wie ich bereits schrieb, müssen dafür auch Teile des Frontends verbreitert oder dupliziert werden.

80-90% natürlich bei Integer-Berechnungen und wenn die Software genügend Threads aufweisen kann
Natürlich reden wir davon, wenn alle logischen Prozessoren ausgelastet werden. Das war eigentlich selbstredend. Etwas anderes ergibt innerhalb des Kontextes auch keinen Sinn. Im Alltag bringt auch SMT keine 20%. Du kannst dir ja mal das Gesamtrating bei ComputerBase anschauen. Da bleibt mit SMT ein niedriger einstelliger prozentualer Gewinn übrig.


Du erzählzt müll (sry)
Gebe ich mal unkommentiert zurück. Du darfst aber auch gerne sachlich bleiben.

weil der P4 war in Punkto Gameleistung Schneller als der Athlon
Von welchem Athlon redest du? Athlon 64? Dann war der P4 nicht schneller.

Und der Athlon war aber in SuperPi besser
Nö, der Pentium-M war besser. Zumindest bei einem Taktvergleich.

weil das deine Verschwörungstheorie aushebelt
Es gibt keine Verschwörungstheorien meinerseits. Was ich sagte, sind Fakten. Du darfst aber auch gerne mal selbst den Maschinencode von Super Pi analysieren und dir die Entwicklungstools Mitte der 90er anschauen. Falls du dazu in der Lage bist.


Zumal SuperPi nicht auf Intel optimiert ist ... x87-Code und so.
Was hat x87 mit Optimierungen für eine spezifische Mikroarchitektur zu tun? Natürlich ist Super Pi für Intel optimiert. Seinerzeit gab es gar keine x86 Compiler, die nicht auf die Intel'schen Mikroarchitekturen optimierten.
 
Zurück