Dave Thomson a posé une question sur les dossiers Program Files et Program Files (x86). « Pourquoi y en a-t-il deux, et y a-t-il un avantage à utiliser l’un plutôt que l’autre ? »
Premièrement, vous ne devriez pas choisir l’un plutôt que l’autre. Laissez Windows prendre cette décision lorsqu’il installe le logiciel.
Comme la plupart des utilisateurs de PC à jour, vous exécutez manifestement une version 64 bits de Windows. Les ordinateurs capables d’exécuter du code 64 bits (également appelés x64) existent depuis près d’une décennie et sont à peu près omniprésents de nos jours. Il en va de même pour les versions x64 de Windows.
Mais bien que la grande majorité des PC de nos jours exécutent Windows x64, un grand nombre de programmes (très probablement la plupart de ceux qui sont sur votre PC) sont encore écrits pour l’ancienne version 32 bits. Pour des raisons de rétrocompatibilité, Windows x64 doit exécuter à la fois des programmes 64 et 32 bits.
Windows fonctionne de manière plus fluide s’il maintient ces deux types de code très différents séparés. Le système d’exploitation ne peut pas supposer qu’un programme x86 sait même qu’une telle chose que le code x64 existe, et cela pourrait causer des problèmes s’ils se croisent. Par exemple, si un programme 32 bits cherche une .dll et en trouve une qui est fournie avec une version x64, le programme ne fonctionnera pas et ne saura pas pourquoi il ne fonctionne pas. Les garder dans des dossiers séparés est la façon la plus simple d’éviter de tels problèmes.
Alors pourquoi le code 32 bits est-il identifié comme x86 au lieu de x32 ? Les puces 16 bits des premiers PC utilisaient l’architecture 8086. Même lorsque les puces sont devenues 32 bits à la fin des années 1980, elles utilisaient toujours le code 8086, et les numéros de modèle x86. (Vous vous souvenez des processeurs 386 et 486 ?) Ainsi, le numéro 86 fait désormais référence au code pré-x64, qu’il soit 16 ou 32 bits, bien que le code x86 16 bits ne fonctionne pas dans les versions 64 bits de Windows.
