Naast sneller 64-bits getallen kunnen verwerken en direct een groter geheugen kunnen aanspreken (waar een driver niet meteen heel veel voordeel van heeft), zijn er zeker ook nadelen van 64-bit computing.
Zo zijn alle adressen en adresberekeningen (toch een redelijk deel van computer programma's, zeker 'onder de motorkap') hoppa in één klap 2 keer zo groot geworden. Ook als je niet echt 64-bits nodig hebt. Dit betekent echter wel dat de programma's meer geheugen innemen, grotere executables hebben en, niet onbelangrijk, meer van je geheugenbandbreedte vragen. Er moeten immers 64-bits over de bus i.p.v. voorheen 32-bits.
Het is dus allerminst vanzelfsprekend dat 64-bits programma's sneller lopen dan 32-bits programma's...
EDIT: de bus naar je RAM is niks breder hoor...
Natuurlijk kan je 32-bits code executeren op 64-bits systemen. Maar gaat dat sneller dan? De FP lijkt te denken dat 64-bits altijd sneller moet kunnen zijn dan 32-bits...
Het gaat er mij een beetje om om die 64-bits mythe te ontkrachten. Die is namelijk nog erger dan de megahertz mythe. Men lijkt vaak te denken dat 64-bits computing bijna 'vanzelf'' veel sneller moet zijn dan 32-bits computing, het getalletje is immers wel 2x zo groot!
EDIT2: of de (geheugen) bussen nu 2x zo breed zijn, 128 bits breed of 10 triljoen bits breed: een 64-bits waarde/adres zal er 2x zoveel van opslokken dan een 32-bits getal/waarde. Maakt dat veel uit? Ik weet het niet. Maar er wordt hier al driftig gekeken naar verschillen in moederbordsnelheden van 1%, dus dit lijkt me zeker relevant.
De bussen zijn dan ook 2x zo breed, dus eigenlijk maakt het geen hol uit. Alleen dat ze meer ruimte inneemt. Daarnaast is er nog zoiets als WoW. Dat executeert 32-bits code in een 64-bits shell.
Er is idd geen noodzaak om textbestanden met 64 bits op te slaan, en dat hoeft du ook niet.