Dikwels het jy teëgekom wanneer jy 'n program of toepassing gemerk 32 bis of 64 bit afgelaai het. Jou rekenaar kan ook waarskynlik 'n plakker hê wat sê 64-bis verwerker. Maar is dit regtig belangrik om 'n 64-bis-skyfie in plaas van 32 te hê? Vandag het byna alle rekenaars 'n 64-bis verwerker, so die verskil tussen die twee sal jou nie interesseer nie, maar kom ons ontleed die verskille saam.
Wel, om mee te begin, as jy 'n Windows-gebruiker is, het jy waarskynlik opgemerk dat daar twee Program Files-vouers binne jou plaaslike skyf C is. Een gemerk "Program Files (x86)" en een met die etiket "Program Files". Om die verskil tussen hierdie twee dopgehou te verstaan, is baie belangrik, veral as jy die verkeerde program installeer met die ooreenstemmende verkeerde gedrag.
Die aantal bisse in 'n verwerker verwys na die grootte van die tipe data wat dit hanteer en die grootte van sy register. Eenvoudig gestel, 'n 64-bis verwerker is kragtiger as 'n 32-bis verwerker omdat dit meer data op een slag kan hanteer. 'n 64-bis-verwerker is in staat om meer berekeningswaardes te stoor, insluitend geheue-adresse, wat beteken dat dit toegang tot meer as vier biljoen keer meer fisiese geheue het as 'n 32-bis-verwerker. .
Die fundamentele verskil
32-bis verwerkers is perfek in staat om 'n beperkte hoeveelheid RAM te hanteer (in Windows, maksimum 4 GB), terwyl 64-bis verwerkers in staat is om baie meer te gebruik. Om dit te bereik, moet die bedryfstelsel natuurlik ook ontwerp word om voordeel te trek uit die verhoogde geheuetoegang.
Om 'n voorbeeld te gee, 'n perdekar doen dieselfde werk as 'n landboumasjien, sonder enige probleme met die perde, maar 'n masjien is baie kragtiger en daarom word die gewenste werk met minder moeite bereik.
Namate die aantal bisse toeneem, is daar twee belangrike voordele:
- Meer bisse beteken dat data in groter blokke verwerk kan word en daarom beteken die verwerking ook dat dit meer akkuraat is.
- Meer stukkies beteken dat ons stelsel meer fisiese geheue-liggings kan wys of aanspreek.
Daar kan in drie blokke aan die rekenaar gedink word. In eenvoudige terme vind ons die verwerker of SVE as die sentrale blok, die bedryfstelsel as die buitenste dop van die SVE en die toepassings as die buitenste laag.
Om 'n 64-bis-toepassing te laat loop, vereis ondersteuning van alle lae: die 64-bis-bedryfstelsel en die 64-bis SVE.
Om 'n 64-bis bedryfstelsel te laat loop, vereis ondersteuning van die kernlaag: die 64-bis SVE.
Hierdie vereenvoudiging sal genoeg wees om te verstaan wat gebeur wanneer ons 32-bis-elemente met 64-bis meng. Maar as ons die probleem dieper wil verstaan, moet ons ook die hardeware oorweeg wat die SVE ondersteun en die toestelbestuurders wat die bedryfstelsel en toepassings toelaat om met die stelsel se hardeware te koppel.
Die algemene reël is dat 'n 32-bis-toepassing op 'n laer vlak as 64-bis-komponente sal loop, maar nie omgekeerd nie:
- 'n 32-bis bedryfstelsel sal sonder enige probleem op 'n 32-bis of 64-bis verwerker werk.
- 'n 32-bis toepassing sal sonder enige probleem op 'n 32-bis of 64-bis bedryfstelsel loop.
- Maar 'n 64-bis-toepassing sal slegs op 'n 64-bis-bedryfstelsel werk, en 'n 64-bis-bedryfstelsel sal slegs op 'n 64-bis-verwerker loop.
Hierdie twee tabelle illustreer dieselfde reël:
|
Tabel 1 — Wat is versoenbaar met 32-bis SVE? |
||||
|
Processor (SVE) |
32-bis |
32-bis |
32-bis |
32-bis |
|
Bedryfstelsel (OS) |
32-bis |
32-bis |
64-bis |
64-bis |
|
Aansoek / Program |
32-bis |
64-bis |
32-bis |
64-bis |
|
verenigbaarheid |
Si |
Geen |
Geen |
Geen |
|
Tabel 2 - Wat is versoenbaar met 64 bis CPU? |
||||
|
Processor (SVE) |
64-bis
|
64-bis |
64-bis |
64-bis |
|
Bedryfstelsel (OS) |
64-bis
|
64-bis |
32-bis |
32-bis |
|
Aansoek / Program |
64-bis
|
32-bis |
32-bis |
64-bis |
|
verenigbaarheid |
Si |
Si |
Si |
Geen |
So hoekom bestaan die twee Program Files dopgehou?
Eerstens is die rede vir die bestaan van hierdie twee dopgehou omdat daar tans twee verskillende argitekture is wat gebruik word vir die vervaardiging van rekenaarverwerkers, en gevolglik is daar twee verskillende maniere om programme en toepassings te skryf. Alle toepassings gebruik gedeelde hulpbronne op 'n Windows-stelsel; dit word DLL-lêers of Dynamic Link Libraries genoem. Windows plaas hulle almal op een plek om dinge vir sagteware-ontwikkelaars makliker te maak.
DLL-lêers word op fundamenteel verskillende maniere geskryf en gestruktureer omdat dit bedoel is om deur 64-bis toepassings of 32-bis toepassings gebruik te word. As 'n 32-bis-toepassing byvoorbeeld na 'n DLL gryp en 'n 64-bis-weergawe vind, sal dit ineenstort en ophou werk. Stel jou voor dat jy na 'n boekwinkel gaan om 'n spesifieke handboek te vind, en dan besef dat alles in 'n vreemde taal is. Jy sou waarskynlik dink dat jy na die verkeerde plek gegaan het. Dieselfde basiese beginsel geld hier.
Sou dit dan nie makliker wees as hulle net 64-bis sagteware op 64-bis stelsels gebruik en die 32-bis sagteware heeltemal geïgnoreer het nie? Wel, nie regtig nie. Die probleem is dat die 32-bis (x86) argitektuur vir 'n baie lang tyd die enigste een was wat bestaan het, en daar is nog 'n aantal toepassings wat hierdie argitektuur gebruik. Moderne 64-bis-stelsels kan 32-bis en 64-bis sagteware laat loop as gevolg van 'n baie eenvoudige en vinnige oplossing: twee afsonderlike Programlêers-gidse. Wanneer 32-bis-toepassings in die toepaslike x86-lêergids teenwoordig is, weet Windows dat dit die regte DLL bedien, oftewel die 32-bis-weergawe.
As ons dus al hierdie teorie neem en dit na die slimfoonwêreld vertaal, kan ons net beweer dat dieselfde reël geld vir die SVE's wat aan hulle toegewy is, so as u 'n aantreklike aanbod vind, hetsy in 'n aanlynwinkel of in groot elektroniese verspreidingskettings, neem altyd 'n blik op die SVE van die toestel wat jy gaan koop. Dit is nie te sê dat alle slimfone met 32-bis SVE's weggegooi moet word nie, maar dit is beslis nie 'n goeie aankoop nie. So as jy met Kersfees besluit het om 'n slimfoon as geskenk te gee deur voordeel te trek uit die superaanbiedinge rondom, moet tog nie Kersvader laat sleg lyk nie.
