Ofta kommer du ha snubblat över nedladdning av ett program eller en applikation i ordalydelsen 32 bit eller 64 bit av. Även din dator kunde antagligen få ett klistermärke med textbehandlaren 64-bit. Men är det verkligen viktigt att ha ett 64 bit-chip istället för 32? Idag har nästan alla datorer en 64 bitbehandlare så skillnaden mellan de två kommer inte att intressera dig, men låt oss analysera skillnaderna tillsammans.
Till att börja med, om du är en Windows-användare, har du förmodligen märkt att det finns två programfilsmappar inuti din lokala enhet C. En som heter "Programfiler (x86)" och en som bara heter "Programfiler". Att förstå skillnaden mellan dessa två mappar är mycket viktigt, särskilt om du installerar ett felaktigt program med dess felaktiga beteende.
Antalet bitar i en processor refererar till storleken på de datatyper man hanterar och storleken på loggen. Enkelt uttryckt är en 64-bitprocessor kraftigare än en 32-bitprocessor eftersom den kan hantera mer data samtidigt. En 64-bitprocessor kan lagra de mest beräknade värdena, inklusive minnesadresser, vilket innebär att den kan komma åt mer än fyra miljarder gånger mer fysiskt minne än en 32-bitprocessor. .
Den grundläggande skillnaden
Den i 32-bitars processorer är fullt kapabla att hantera en begränsad mängd RAM (i Windows, 4GB maximum), medan iprocessori att 64 bitar kan utilizzarne mycket mer. Naturligtvis, för att uppnå detta operativsystem måste också utformas för att dra nytta av ökad tillgång till minnet.
Till exempel gör en hästvagn samma jobb som en jordbruksmaskin, förutom hästproblem, men en maskin är mycket kraftfullare och därför får du jobbet du vill ha med mindre ansträngning.
När antalet bitar ökar finns det två viktiga fördelar:
- Mer bit betyder att data kan bearbetas i större block och därför innebär bearbetning att det också är mer exakt.
- Mer bit betyder att vårt system kan peka eller adressera ett större antal fysiska minnesplatser.
Datorn kan betraktas i tre kvarter. Enkelt sett hittar vi processorn eller CPU-enheten som ett centralt block, operativsystemet som det externa skalet på CPU och applikationerna som ett mer externt lager.
För att köra ett program i 64 bitar du behöver stöd av alla nivåer: i 64-bitars operativsystem och 64 bitars CPU.
För att köra ett operativsystem i 64-bitar krävs centralstödsstöd: 64-bitars CPU.
Denna förenkling räcker för att förstå vad som händer när vi blandar 32-bitarselement med 64-bitars. Men om vi vill förstå problemet ytterligare, bör vi också överväga hårdvaran som stöder CPU och de perifera drivrutinerna som tillåter operativsystem och applikationer att gränssnitt med systemhårdvaran.
Den allmänna regeln är att en applikation till 32-bit kommer att köras på en lägre nivå av komponenter än 64-bit, men inte vice versa:
- Ett 32-bitars operativsystem körs på en 32 bit eller 64 bitbehandlare utan problem.
- En 32 bit applikation körs på ett 32 bit eller 64 bit operativsystem utan problem.
- Men i 64 bitars program det kommer bara att köras på en 64-bitars operativsystem och en 64-bitars operativsystem kommer att köras enbart på en 64-bitars processor.
Dessa två tabeller illustrerar samma regel:
|
Tabell 1 - Vad är kompatibelt med 32-bitars CPU? |
||||
|
Processor (CPU) |
32-bitars |
32-bitars |
32-bitars |
32-bitars |
|
Operativsystem (OS) |
32-bitars |
32-bitars |
64-bitars |
64-bitars |
|
Ansökan / programmet |
32-bitars |
64-bitars |
32-bitars |
64-bitars |
|
Kompatibilitet |
Si |
Nej |
Nej |
Nej |
|
2 bord - Vad är kompatibelt med 64-bitars CPU? |
||||
|
Processor (CPU) |
64-bitars
|
64-bitars |
64-bitars |
64-bitars |
|
Operativsystem (OS) |
64-bitars
|
64-bitars |
32-bitars |
32-bitars |
|
Ansökan / programmet |
64-bitars
|
32-bitars |
32-bitars |
64-bitars |
|
Kompatibilitet |
Si |
Si |
Si |
Nej |
Så varför finns de två programmapparna?
För det första är orsaken till att dessa två mappar finns, eftersom det för närvarande finns två olika arkitekturer som används för tillverkning av datorprocessorer, och därmed finns det två olika sätt att skriva program och applikationer. Alla program använder delade resurser på ett Windows-system; dessa kallas DLL-filer eller dynamiska länkbibliotek. Windows sätter dem alla på ett ställe för att underlätta för programutvecklare.
DLL-filer skrivs och struktureras på fundamentalt olika sätt eftersom de är avsedda att användas av 64-bitprogram eller 32-bitprogram. Om exempelvis en applikation till 32-bit hoppar till en DLL och hittar en version av 64-bit, kommer den att krascha och sluta fungera. Tänk dig att gå till en bokhandel för att hitta en specifik lärobok, och sedan inse att allt är på ett främmande språk. Du skulle troligen tro att du gick till fel plats. Samma grundläggande princip gäller här.
Så skulle det inte vara lättare om de bara använde 64-bitars programvara på 64-bitars system och ignorerade 32-bitars programvara helt och hållet? Tja, inte riktigt. Problemet är att 32-bitars (x86) arkitekturen har varit den enda som har existerat under mycket lång tid, och det finns fortfarande ett antal applikationer som använder denna arkitektur. Moderna 64-bitars system kan köra 32-bitars och 64-bitars programvara på grund av en mycket snabb och enkel lösning: två separata Program Files-kataloger. När 32-bitarsapplikationer finns i lämplig x86-mapp, vet Windows att den tjänar rätt DLL, aka 32-bitarsversionen.
Så om vi tar all den här teorin och överför den till smartphone-världen kan vi bara hävda att samma regel gäller de processorer som är dedikerade till dem, så när du hittar ett attraktivt erbjudande, oavsett om det finns i en onlinebutik eller i stora elektronikdistributionskedjor, titta alltid på CPU: n på den enhet du ska köpa. Detta är inte att säga att alla smartphones med 32-bitars processorer ska kastas men de är verkligen inte ett bra köp. Så om du vid julen hade bestämt dig för att ge en smartphone som en gåva genom att utnyttja de supererbjudanden som finns, gör inte jultomten snygg.
