Dave Thomson spurgte om mapperne Program Files og Program Files (x86). “Hvorfor er der to, og er der en fordel ved at bruge den ene frem for den anden?”
For det første bør du ikke vælge den ene frem for den anden. Lad Windows træffe den beslutning, når den installerer softwaren.
Som de fleste opdaterede pc-brugere kører du tydeligvis en 64-bit version af Windows. Computere, der er i stand til at køre 64-bit kode (også kaldet x64), har eksisteret i næsten et årti og er stort set allestedsnærværende i dag. Det samme gælder for x64-versioner af Windows.
Men selv om langt de fleste pc’er i dag kører x64 Windows, er rigtig mange programmer (muligvis de fleste af dem på din pc) stadig skrevet til den ældre 32-bit version. Af hensyn til bagudkompatibilitet skal Windows x64 kunne køre både 64- og 32-bit programmer.
Windows kører mere smidigt, hvis den holder disse to meget forskellige typer kode adskilt. Operativsystemet kan ikke antage, at et x86-program overhovedet ved, at der findes sådan noget som x64-kode, og det kan give problemer, hvis de krydser hinanden. Hvis et 32-bit program f.eks. gik på udkig efter en .dll og fandt en .dll, der kom med en x64-version, ville programmet ikke fungere og ville ikke vide, hvorfor det ikke virkede. At holde dem i separate mapper er den enkleste måde at undgå sådanne problemer på.
Så hvorfor er 32-bit kode identificeret som x86 i stedet for x32? 16-bit-chips i de tidlige pc’er brugte 8086-arkitekturen. Selv da chipsene blev 32-bit i slutningen af 1980’erne, brugte de stadig 8086-kode og x86-modelnumre. (Kan du huske 386- og 486-processorerne?) Så nummer 86 henviser nu til kode fra før x64, uanset om den er 16- eller 32-bit, selv om 16-bit x86-kode ikke kan køre i 64-bit versioner af Windows.
