wat uw mening is over Intel en AMD is al langer geweten.
Wat wil je daarmee zeggen?
de technologie die ze overgenomen hebben is in de k7 en daarna verder in k8 geplaatst.
Inderdaad, en die is niet meer voldoende om Intel bij te houden, zoals ik al zei... Dat kruit is al verschoten.
Intel heeft kleiner produktieproces nodig omdat ze meer cache hebben waardoor hun size ook een pak groter is.
Dit is onzin.
Ten eerste is het natuurlijk omgekeerd... Intel HEEFT een kleiner productieproces en daarom KUNNEN ze meer cache gebruiken.
Maar benchmarks tussen 2 mb en 4 mb Core2 processors tonen aan dat het verschil maar marginaal is. Het verschil tussen 800 MHz FSB en 1066 MHz FSB is zo mogelijk nog kleiner.
De Core2 is gewoon een enorm snelle en efficiente processor, ook met minder cache of met tragere FSB.
Ik zie trouwens dat AMD voor de K8L ook ineens 4 mb L3 cache extra erbij pakt. Dat doen ze ook omdat ze het niet nodig hebben?
Hun c2d gaan ze geen 5jaar op kunnen teren en ze weten zelf maar al te goed dat ze naar een ondie mem controller moeten.
Een on-die memory controller verandert niets aan de architectuur van de execution-core zelf. Het blijft nog steeds de Core2-architectuur zoals we die nu kennen, met dezelfde IPC, kloksnelheid etc.
wie zegt dat hun dit van de eerste keer degelijk lukt.
Hallo zeg... We hebben het wel over Intel... Die hebben jarenlange ervaring met memory controllers in hun chipsets (die overigens veel minder compatibiliteitsproblemen kennen dan wat we bij AMD hebben gezien, zowel bij DDR als DDR2).
Die controller on-die plakken stelt niks voor.
Ik snap niet hoe je daarbij komt... Intel heeft momenteel zowel processors als chipsets ontworpen die beter presteren dan AMD, en betrouwbaarder zijn... maar je denkt niet dat ze die twee een beetje samen kunnen voegen... Nee, een CPU ontwerpen die een stuk sneller is dan de Athlon64, zelfs ZONDER geintegreerde controller, is natuurlijk een stuk makkelijker dan een geheugencontrollertje erop plakken...?
Ik zie absoluut de logica achter jouw twijfels niet.
vergeet niet dat alvorens de c2d er was ze ook eerst banias/dothan/yonah ontworpen hebben alvorens eindelijk een degelijk produkt neer te zetten dat nog steeds zijn flauwtes heeft, mofc dat afstaat bij 64bit waardoor er weldegelijk performance verlies is (hier hebbne ze dan weer het geluk dat dit niet echt de grootste markt) zelfde met hun FSB nog steeds een pak problemen met echte multithread, maar hier ook weereens geluk dat er amper multithread is voor lap en desktop, in server is dat een heel wat anders en zie je dat AMD nog steeds sterk genoeg is met hun oud design.
Sorry hoor, maar je praat echt complete onzin.
Je hebt het hier wel tegen iemand die zelf multithreaded software ontwikkelt.
Dit is gewoon pertinent onwaar.
Zie ook deze thread:
forum: Mijn voorlopige bevindingen over multicore-processing
Daar zie je een multithreaded programma van mij, in 32-bit en 64-bit versie. De benchmarks spreken voor zich... Core2 is sneller in 64-bit dan in 32-bit, en verder is de Core2 verreweg de snelste, en schaalt ook het beste.
Genoeg bewijs tegen het bovenstaande dus.
Waar haal je die flauwekul eigenlijk vandaan, als ik vragen mag? En waarom blijf je heel irritant diezelfde flauwekul herhalen, zonder enig bewijs, hoe vaak ik ook bewijs van het tegenovergestelde lever?
Ik heb er maar een thread voor aangemaakt, kunnen we daar verder discussieren:
forum: Core2 Duo trager in 64-bit? Onzin!En schrijf de k8l niet af alvorens hij er is, je hebt geen idee kwa implementatie.
Dat heb ik wel. Het CPU-ontwerp is al klaar, men is al in de fase van engineering samples. Alleen nog wat foutjes wegpoetsen en hij kan in productie.
Aan de implementatie gaat dus niets meer veranderen. Dat weet jijzelf ook, als je onder NDA staat, zoals je beweert.