Vad är skillnaden mellan 64-bitars och 32-bitars processorer?

bit-talet anger hur stora register det finns i processorn... lite klurigt att förklara om man inte är van att jobba med programmering och kanske framförallt assembler...

register com AX, BX, CX och DX är 16-bitars
EAX och de registren är 32-bitars
vet inte vad 64-bitars-registren kommer heta men det handlar alltså om hur mycket data som kan lagras i varje register

Fast MMX, SSE osv. är 64-bits utökningar.

En 64-bitarsprocessor kan bearbeta tal som är 64 bitar stora på samma gång, medan en 32-bitarsprocessor måste dela upp en sådan operation i flera led...

Men om jag har förstått det rätt så måste programmen vara specialskrivna för 64-bitarsarkitektur för att någon märkbar skillnad ska uppstå. Men de applikationer som kan utnyttja 64-bitarsberäkningar bör då gå cirka dubbelt så snabbt. (Mindre eller mer än dubbelt från fall till fall...)

2 bitar = tal upp till 4
4 bitar = tal upp till 16
8 bitar = tal upp till 256
16 bitar = tal upp till 65536
24 bitar = tal upp till ~16700000
32 bitar = tal upp till ~4300000000
64 bitar = tal upp till ~18000000000000000000

Tycker att fördubblingen av bitarna borde ge en mycket större prestandahöjning. Men det verkar inte ge så värst många procent. Inte i närheten av 100% ökning iaf.

Edit: 64 bitare klarar ju trots allt av 4.3 miljarder gånger högre tal än 32. Då tycker jag det borde bli rejäl skillnad i prestanda.

Men det är inte så värst ofta man använder tal större än 32 bitar, därför blir det nästan ingen prestandaskillnad.
Det enda bra med 64-bits processorer just nu är att de kan ha mer än 4GB minne utan att krångla en massa.

Jösses vad ni lallar.
64bit innebär 64 bits instruktionsuppsättning. Helt nytänkande och väldigt intressant. MMX och SSE är knappast 64bitsinstruktioner eftersom de då inte skulle gå att köra på 32bits processorer.
64bitars adresser gör också som Donan sa att man kan adressera mer minne (4500 Terabyte)

Här har du att läsa : http://devrsrc1.external.hp.com/devresource/Docs/Refs/IA64ISA...

MMX är registren (mm0 - mm7) är 64-bitars. En bra sak med 64-bitars register är att man kan flytta dubblet så mycket data på nästan samma tid.

Fördelen med MMX är ju att man kan beräkna två 32-bitars tal samtidigt. Dock kräver det att programmeraren har tänkt till, då kompilatorn inte brukar vara så smart så den klarar av att göra det.

Intel C++ Compiler 7 har ju fått bra kritik i forumen på Flipcode.com för att just kunna göra detta, men har ännu inte hunnit testa den. VectorC var ju långt ifrån så bra som man först kunde tro när man läste specsen, men Intel har väl lite mer resurser och info om hur man kodar optimalt för deras CPU.

Alltså måste man koda programmet specifikt för 64-bitars processorer för att kunna utnyttja den möjligheten att beräkna två 32 bits tal samtidigt, eller kompilera om det med en smart kompilator (Intel C++ Compiler 7 finns även i en 64-bits version så det borde inte vara så svårt). Dock gör ju aldrig kompilatorn så optimerad kod som en mänsklig programmerarhjärna.

Sammanfattning, i det optimala fallet är en 64-bitars processor dubbelt så snabb som samma processor i en 32-bits version. Dock kommer det aldrig inträffa, eftersom all kod inte går att "konvertera" så bra. Och eftersom majoriteten av alla program inte är skrivna i assembler (unreal-motorn t.ex. är ju skriven helt i objektorienterad c++-kod med inslag av assembler) blir det upp till kompilatorn att optimera.

rätta mej om jag har fel.... men finns det inte redan 64-bitar processorern..?
gejen är väl den att dom inte fixar 32-bitars proggs lika bra som vanliga prollar eftersom dom måste göra om alla "beräkningar" så d blir 64-bitars... lr???
opteron däremot kommer inte att behöva göra om "beräkningarna" eftersom den kan läsa både och... lr???

äh, den ena är 64bits och den andra är 32. Det räcker som svar! (:))

Tråd sedd, tycker inte det var så farligt.

OFFt: Oegat, jag med.. Fan va jobbigt det är att läsa annars..

ONt: Jag har -läst- att 64bits preocessorer inte kommer att klara 32-bitars-program, stämmer det?

Jag trodde jag var ensam i "Markera-texten-medans-jag-läser-träsket". Borde starta en förening. Anonyma Textmarkörer.

Njae, beror på processorn.
IA-32 eller x86 är det som används på vanliga PC. Intels Itanium använder IA-64 och den är INTE kompatibel med x86 så den kan inte köra vanliga 32-bits PC-program, inte utan att emulera iaf.
AMD Opteron/Athlon 64 använder x86-64 och är helt bakåtkompatibel med vanlig x86 och kan köra alla vanliga PC-program och operativsystem utan att behöva emulera något.

EDIT: rool: 64-bitars processorer är knappast revolutionerande eller nytänkande, men IA-64 (Itanium) är det däremot. Den är grymt parallell men all parallellism måste fixas i kompilatorn för att själva processorn ska vara så enkel som möjligt.
Är kompilatorn dålig på att optimera får man dålig prestanda, raka motsatsen till Athlon och Hammer som tuggar i sig vad som helst, optimerat eller inte, rätt snabbt tack vare sin stora "scheduler" som sorterar om instruktioner för bästa prestanda.

Itanium har ju ryssarnas EPIC teknologi. Men Itanium är inte revoutionerande snabb för det.

Lallas gör det friskt i denna tråd. Ingen verkar träffa precis i
prick. Men zmodems inlägg (första svaret) var helt korrekt.
Antalet bitar i processorns register kallas för ordlängd, och
en 32-bitarsprocessor har alltså 32-bitarsregister.
Skillnaden mellan 32- och 64-bitarsprocessorer är alltså att
de vanliga arbetsregisterna är 32, respektive 64 bitar.
Registrerna kallas bl.a. för AX, BX och CX i x86 och får
prefixet 'E' i 32-bitarsläge (EAX, EBX...) i 64-bitarsprocessorer
av typen x86 heter registrerna RAX, RBX...

-Boris-:
Näe, prestandavinsten blir inte långt när dubbelt. Tänk efter!
Hur ofta förekommer tal som måste representeras av 64 bitar?
Ganska sällan. De högst signifikanta bitarna i exempelvis
RAX eller RCX kommer ofta att vara 0.

rool: Instruktionerna kan vara av vilken jäkla ordlängd som helst.
De OPERERAR på 8-, 16-, 32-, 64- eller 80-bitarstal. Eller någon
annan helt godtycklig ordlängd. Visst finns det 64-bitarsregister
i många 32-bitarsprocessorer, MMX är bara ett exempel.
Tillhörande FPU finnes ofta både 64- och 80-bitarsregister.

Adresseringen är inte riktigt relevant, eftersom olika processorer
angriper den på helt olika sätt. Genom registersammanslagning, egna register eller enbart via stack. Just när det gäller x86 har
adressutrymmet med ordlängden att göra, med det är inte
allmän lag.

Här finns mycket bra information om 64 vs 32-bitars processorteknik (engelska)
:http://www.anandtech.com/cpu/showdoc.html?i=1815&p=1