Déjà, on sait que les Windows en 32 bits n'existent plus depuis l'arrivée de Windows 11. Si la largeur du nonos faisait encore illusion avec Windows 10, c'est cuitas de chez cuitas depuis le Windows 11. D'ailleurs même ceux qui font des pilotes en général, et le couple AMD / NVIDIA en particulier, ont cessé de mettre au point des drivers 32 bits. L'ère du 64 bits est installée pour longtemps, elle est loin l'époque de ceux qui installaient en mode Aventuriers de l'Arche Perdue leur Windows XP x64. Bon, s'il y avait encore des irréductibles ou des réfractaires, et qui jouent sur PC, nul doute que s'abreuver de leur passion doit se révéler complexe. En tout cas, au 1er janvier 2026, la plateforme dominante Steam cessera la maintenance de Steam 32 bits, qui fonctionnera encore un peu mais qui n'aura plus aucun support, avec le risque de plantage au lancement des jeux. Des tas de fonctionnalités même devraient disparaitre, dépouiller Steam 32 bits pour le rendre inopérant ou tellement mauvais que le seule alternative qui resterait au joueur serait de passer sur un Windows 64 bits, Windows 11 de préférence puisque Windows 10 aussi vit ses derniers jours de maintenance.
Steam appuie sa décision sur ses rapports réguliers avec relevé des configurations matérielles et logicielles des joueurs. Seulement 0.01 % des systèmes roulent sur Windows 10 32 bits, pas assez pour continuer à mettre des équipes dessus, équipes qui peuvent manquer pour d'autres projets. Allez, soyons fous, un Half Life 3 64 bits avec Source Engine 3. (Source: Steam via VDCZ)
32 bits pas assez ? Devinez ce qu'il en pense Rocco !
Personnellement au lancement de Windows 10 je m'étais dis qu'il aurait du sortir qu'en 64 bits
On y met un terme c'est une bonne chose
En 32 bits, tu est limité à 3Go sous windows , si je me souviens bien.
Je dis « sous windows » car sous Linux il y a des possibilités avec les mécanismes de paging (présents dans les archis x86 depuis le départ, et fortement améliorées depuis le 386) d'adresser plus de mémoire , au prix de quelques contorsions sur les sélecteurs (une adresse mémoire est calculée à partir d'un sélecteur 32 bits qui place l'adresse de base avec un coeff de granularité (on ne se place pas tout à fait où on veut selon le coeff) , auquel on ajoute l'offet qui est dans le registre d'adresse dédié à cela). Évidemment, ce n'est pas efficace, mais cela permet d'adresser des Go supplémentaires, pas jusqu'au point d'en adresser autant qu'un vrai mode 64 bits justement (à cause de la granularité il me semble).
J'écris tout ça (d'ailleurs mes souvenirs datent un peu donc n'hésitez pas à me corriger) car je suppose qu'il y a surement des mécanismes de ce type dans les windows 32 bits utilisés par les masos qui sont restés scotché au système.
Alors je vais pouvoir y répondre plus précisément, bossant exactement sur ce domaine en ce moment. C'est au noyau de gérer la mémoire disponible et la pagination, avec ou sans extensions (type switch PAE). Dans tous les cas, les applications 32-bits ne peuvent utiliser que 4 Gio de mémoire vive au maximum, quel que soit la RAM installée.
Il est possible de tricher et utiliser plus de mémoire globalement en adressant plus de 4 Go sur plusieurs processus distincts, c'est ce qui se passe si vous installez Linux 32-bit sur un Raspberry 64-bit à 8 Go de RAM (oui, c'est du vécu !). Pour le mode de compatibilité 32-bit, c'est pris en charge par les CPU qui ont un mode dédié, mais il faut que l'OS maintienne des structures 32-bits en interne, ce qui peut être abandonné (par Windows) si ce n'est plus utilisé / rentable : rien ne force leur existence d'un point de vue technique.
Merci pour la réponse.
Je suppose que chaque process a droit à son propre sélecteur, et comme rien n'oblige à ce qu'ils se chevauchent, on peut adresser 4go par process (4go vraiment ? Ne serait-ce pas 3 en complément à deux ?).
Oui pour l'OS en effet , il faut tout un écosystème 32 bits car les préfixes d'instructions ne sont pas les mêmes. Les vieux jeux linux en 32 bits ont besoin d'un tas de libs dont le nom commence par lib32-xxx
Tout à fait : 4 Go sont adressés par processus, mais divisés en 2 pour le processus côté utilisateur et 2 pour le système (par exemple pour des copies sur des zones gérées par le kernel comme les periphs PCIe oubles disques), avec visiblement un mode expérimental 3:1, déconseillé, sous windows.
Il me semble qu'une partie de proton requiert également les libs 32 bits, mais c'est peut être justement pour les jeux... 32 bits. Enfin, des ponts sont possibles, DTX remix intégrant une couche 64-bit sur les jeux 32-bit, ce qui permet d'utiliser des textures HD