Jag vete tusan om man ska lita så mycket på tester gjorda i Cinebench då det varit stormigt runt just det test programmet, Intel har gjort så de har favör.
Sen länk med nyttig info och AMD´s video om detta,
http://3dcoat.com/forum/index.php?/topic/14916-intel-coerced-...
Just det som diskuteras där är något som sedan länge är avslutat, bråket om kompilatorn, ett bråk som var totalt absurt. Varför ska Intel tvingas ge stöd för andra CPU-tillverkare i en kompilator som de tillverkar, framförallt när den inte är gratis så de som använde kompilatorn (ICC) borde rimligen ha insett att de specifikt betalar extra för bästa möjliga prestanda på Intel.
Gissar att en orsak att benchmarks ändå använde Intels kompilator var att program kompilerade med den är garanterade att fungera på alla x86, dock används inte alla funktioner på icke-Intel CPUer. Grejen var att Intels kompilator presterade ändå bättre än t.ex. Microsoft kompilator även på AMD. Så var man ute efter högsta möjliga prestanda var Intel-kompilatorn bäst, dock ökade prestanda mer på Intels modeller så deltat mellan AMD och Intel blev större än vad man kunde förvänta sig i allmännhet då de flesta (framförallt spel) använde Microsofts kompilator.
Men dels så reddes detta ut 2010 och dels skulle just det som diskuteras i länken aldrig varit ett problem med 64-bitars x86 ihop med cinebench då programmet endast använder SSE2 och SSE2 är en standardfunktion i x86-64 (vilket inte är fallet i 32-bitars x86).
Det sagt: cinebench är ändå inte en jättebra referens för prestanda då det är flyttalsintensivt medan det mesta man kör på skrivbordet är heltalsintensivt. T.ex. ger Hyperthreading rätt lite effekt i flyttal (flaskhalsen är normalt ALU-kapacitet) medan HT ger mer effekt i heltalsintesiva laster (flaskhals är oftare det inte finns tillräckligt med oberoende instruktioner att köra per cykel, två instruktionsströmmar genom samma uppsättning ALUs lyfter den flaskhalsen).
JK är väl färdig med sitt. Nu har AMD en bas som dom kan bygga vidare på
Har du någon artikel eller intervju med Jim Keller är han säger det? Är genuint intresserad, googlat en hel del på varför han slutade.
Enda jag hittade var rykten som hävdade att hans vision kom på kant med den hos AMD-ledningen, JKs baby var enligt det ryktet inte Zen utan K12 och han var övertygad om att AMDs framtid mer låg i ARM än x86. Han slutade faktiskt också rätt kort innan AMD officiellt gick ut med att K12 kanske inte händer.
Back-end designen i Zen har faktiskt en del beslut som folk sett som lite udda för x86, men som är fullt vettiga för en RISC-design som ARM. Så helt klart var länge K12 något man verkligen designade för.
Ett annat rykte, som inte är lika spännande, var att man helt enkelt inte kom överens om lönen.
Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer