dus programma's op 64bit zullen naar vergelijking misschien wel op 5000+ draaien
Nee. De 64 bits instructie om bijvoorbeeld een getal met 1 op te hogen is dezelfde als op een 32 bits machine. Per kloktik kan zo'n processor 1 64-bits getal ophogen, of 1 32-bits getal.
Echte snelheidswinst met meer bits boek je alleen bij bewerkingen waarin een 32 bits processor trucjes moet uithalen om 64 bits getallen te kunnen manipuleren. Die komen normaal gesproken maar zeer zelden voor.
Dat een 64 bits processor dubbel zo snel is als een gelijkgeklokte 32 bitter is een fabeltje.
Ik weet niet beter of dat wat jij beschrijft is hoe de Intel Itanium met 64 en 32 bits instructies om gaat.
Ik dacht dat AMD de Hammers juist zo heeft geconstueerd, dat ie 1 64 bits instructie of 2 32-bits instructies simultaan kan verwerken.
Hoe strax de performace uitval t.o.v. de huidige generatie CPU's ( XP2200+ en de 2,53 GHz P4 ) moeten we eerst nog even zien in real-world benchmarks. Maar ik heb er wel vertrouwen in dat AMD in de performance-race weer een poosje het voortouw kan nemen.
De hammer zal 32 bits instructies sneller uitvoeren dan een t-bird. Simpelweg, omdat amd optimalisaties daarvoor ingebakken heeft. Natuurlijk zal de hammer pas echt los komen als je h'm 64 bit instructies voert
De Itanium is inderdaad niet vooruit te branden met 32 bits instructie, omdat deze moet gaan emuleren. Het is gewoon nog te vroeg voor een 64 bit only processor waardoor deze totaal onintressant is voor gangbare toepassingen waar x86 systemen voor gebruikt worden. Los daarvan dat je je hypotheek moet ophogen om een Itanium systeem te kunnen aan schaffen

Is niet helemaal waar .. door gebruik te maken van de 64bit adresruimte en registerruimte kan je grotere blokken data verplaatsen (64bit ipv 32bit) per instructie (binnen de processor).. Echter dubbele preformance zal het inderdaad nooit gaan leveren, en een programma zal hiervoor herschreven moeten worden.