Ofte vil du ha kommet over når du laster ned et program eller en applikasjon merket 32 bit eller 64 bit. PC-en din kan også sannsynligvis ha et klistremerke som sier 64-bits prosessor. Men er det virkelig viktig å ha en 64-bits brikke i stedet for 32? I dag har nesten alle PC-er en 64-bits prosessor så forskjellen mellom de to vil ikke interessere deg, men la oss analysere forskjellene sammen.
Vel, for det første, hvis du er en Windows-bruker, har du sannsynligvis lagt merke til at det er to Program Files-mapper inne på din lokale stasjon C. En merket "Program Files (x86)" og en merket ganske enkelt "Program Files". Det er veldig viktig å forstå forskjellen mellom disse to mappene, spesielt hvis du installerer feil program med tilhørende feil oppførsel.
Antall biter i en prosessor refererer til størrelsen på datatypene den håndterer og størrelsen på registeret. Enkelt sagt er en 64-bits prosessor kraftigere enn en 32-bits prosessor fordi den kan håndtere mer data på en gang. En 64-bits prosessor er i stand til å lagre flere beregningsverdier, inkludert minneadresser, noe som betyr at den er i stand til å få tilgang til over fire milliarder ganger mer fysisk minne enn en 32-bits prosessor. .
Den grunnleggende forskjellen
32-bits prosessorer er perfekt i stand til å håndtere en begrenset mengde RAM (i Windows, maksimalt 4 GB), mens 64-bits prosessorer er i stand til å bruke mye mer. For å oppnå dette må selvfølgelig operativsystemet også designes for å dra nytte av den økte minnetilgangen.
For å gi et eksempel, gjør en hestevogn samme jobb som en landbruksmaskin, uten problemer med hestene, men en maskin er mye kraftigere og derfor oppnås ønsket arbeid med mindre innsats.
Etter hvert som antall biter øker, er det to viktige fordeler:
- Flere biter betyr at data kan behandles i større blokker og derfor betyr behandlingen også at den er mer nøyaktig.
- Flere biter betyr at systemet vårt kan peke på eller adressere flere fysiske minneplasseringer.
Datamaskinen kan tenkes i tre blokker. Enkelt sagt finner vi prosessoren eller CPUen som den sentrale blokken, operativsystemet som det ytre skallet til CPUen og applikasjonene som det ytterste laget.
Å kjøre en 64-bits applikasjon krever støtte fra alle lag: 64-bits operativsystem og 64-bit CPU.
Å kjøre et 64-bits operativsystem krever støtte fra kjernelaget: 64-bits CPU.
Denne forenklingen vil være nok til å forstå hva som skjer når vi blander 32-bits elementer med 64-bit. Men hvis vi ønsker å forstå problemet dypere, bør vi også vurdere maskinvaren som støtter CPU og enhetsdriverne som lar operativsystemet og applikasjonene kommunisere med systemets maskinvare.
Den generelle regelen er at en 32-bits applikasjon vil kjøre på et lavere nivå enn 64-bits komponenter, men ikke omvendt:
- Et 32-bits operativsystem vil kjøre på en 32-bits eller 64-bits prosessor uten problemer.
- En 32-bit applikasjon vil kjøre på et 32-bit eller 64-bit operativsystem uten problemer.
- Men en 64-bits applikasjon vil bare kjøre på et 64-bits operativsystem, og et 64-biters operativsystem vil bare kjøre på en 64-bits prosessor.
Disse to tabellene illustrerer den samme regelen:
|
Tabell 1 — Hva er kompatibelt med 32-bits CPU? |
||||
|
Prosessor (CPU) |
32-bit |
32-bit |
32-bit |
32-bit |
|
Operativsystem (OS) |
32-bit |
32-bit |
64-bit |
64-bit |
|
Søknad / Program |
32-bit |
64-bit |
32-bit |
64-bit |
|
kompatibilitet |
Si |
Nei |
Nei |
Nei |
|
Tabell 2 – Hva er kompatibelt med 64 bit CPU? |
||||
|
Prosessor (CPU) |
64-bit
|
64-bit |
64-bit |
64-bit |
|
Operativsystem (OS) |
64-bit
|
64-bit |
32-bit |
32-bit |
|
Søknad / Program |
64-bit
|
32-bit |
32-bit |
64-bit |
|
kompatibilitet |
Si |
Si |
Si |
Nei |
Så hvorfor eksisterer de to Program Files-mappene?
For det første er grunnen til eksistensen av disse to mappene fordi det for tiden er to forskjellige arkitekturer som brukes til å produsere dataprosessorer, og som et resultat er det to forskjellige måter å skrive programmer og applikasjoner på. Alle applikasjoner bruker delte ressurser på et Windows-system; disse kalles DLL-filer eller Dynamic Link Libraries. Windows setter dem alle på ett sted for å gjøre ting enklere for programvareutviklere.
DLL-filer er skrevet og strukturert på fundamentalt forskjellige måter fordi de er ment å brukes av 64-bits applikasjoner eller 32-biters applikasjoner. Hvis for eksempel en 32-bits applikasjon strekker seg etter en DLL og finner en 64-bits versjon, vil den krasje og slutte å fungere. Tenk deg å gå til en bokhandel for å finne en bestemt lærebok, og så innse at alt er på et fremmedspråk. Du ville sannsynligvis tro at du gikk til feil sted. Det samme grunnleggende prinsippet gjelder her.
Da ville det ikke vært enklere hvis de bare brukte 64-bits programvare på 64-biters systemer, og ignorerte 32-bits programvaren helt? Vel, egentlig ikke. Problemet er at 32-bits (x86)-arkitekturen i svært lang tid var den eneste som fantes, og det er fortsatt en rekke applikasjoner som bruker denne arkitekturen. Moderne 64-biters systemer kan kjøre 32-biters og 64-biters programvare på grunn av en veldig enkel og rask løsning: to separate Program Files-kataloger. Når 32-bits applikasjoner er til stede i den aktuelle x86-mappen, vet Windows at den serverer riktig DLL, også kjent som 32-bitsversjonen.
Så tar vi all denne teorien og oversetter den til smarttelefonverdenen, kan vi bare hevde at den samme regelen gjelder for CPU-ene som er dedikert til dem, så når du finner et attraktivt tilbud, enten det er i en nettbutikk eller i store elektronikkdistribusjonskjeder, ta alltid en titt på CPU-en til enheten du skal kjøpe. Dette er ikke å si at alle smarttelefoner med 32-bits CPUer bør kastes, men de er absolutt ikke et godt kjøp. Så hvis du i julen bestemte deg for å gi en smarttelefon i gave ved å dra nytte av supertilbudene rundt, vel ikke få julenissen til å se dårlig ut.
