Ce qu'est swapfile.sys — et pourquoi ce n'est pas un second fichier d'échange

Deux fichiers cachés, deux métiers différents

pagefile.sys est la réserve polyvalente : la mémoire engagée de chaque processus est garantie par la RAM plus le fichier d'échange, après un écran bleu le dump s'y écrit, et la boîte de dialogue « Mémoire virtuelle » permet d'en régler la taille, de le déplacer ou de le laisser à Windows. swapfile.sys est son voisin à la racine de C:\ et ne partage aucune de ces missions. Il n'a exactement qu'un client — les applications du Store et UWP — et il reçoit leurs pages de mémoire quand Windows les suspend en arrière-plan.

Pourquoi cette séparation ? Les applications du Store vivent sous un autre contrat : on attend d'elles qu'elles se suspendent et se réveillent en un clin d'œil, et mêler ce cycle de vie au fichier d'échange partagé — donc à la pression mémoire de tous les autres processus — rendrait la vie du planificateur misérable. Un petit fichier dédié isole ce trafic, et l'isolement est tout l'objet : swapfile.sys n'est pas une capacité en plus, c'est une voie privée.

• pagefile.sys garantit la mémoire engagée de tous les processus ; swapfile.sys ne pagine que la mémoire des apps du Store et UWP
• pagefile.sys reçoit le dump mémoire du noyau après un plantage ; swapfile.sys ne joue aucun rôle dans les dumps
• pagefile.sys se configure — taille, disque, gestion système — dans « Mémoire virtuelle » ; swapfile.sys n'expose aucun réglage nulle part
• pagefile.sys croît avec la RAM et la charge jusqu'à des gigaoctets ; swapfile.sys reste petit, autour de 256 Mo sur la plupart des machines
• Tous deux sont des fichiers système cachés à la racine de C:\, verrouillés pendant que Windows tourne
• Désactiver le fichier d'échange fait disparaître swapfile.sys aussi — avec vos dumps de plantage et votre marge de mémoire engagée

Le tour de magie qui rend les apps suspendues apparemment gratuites

Ouvrez le Gestionnaire des tâches, lancez une app du Store, réduisez-la et revenez dix minutes plus tard : son chiffre de mémoire a nettement baissé, et pourtant l'app s'ouvre instantanément au clic. C'est swapfile.sys au travail — Windows a écrit les pages de l'app suspendue dans le fichier et les rapatrie au réveil. La RAM libérée est réelle ; le prix du retour, quelques centaines de mégaoctets de lectures séquentielles, et voilà pourquoi personne ne remarque l'aller-retour sur un SSD.

C'est ici qu'est la réponse sur la taille : le fichier n'a jamais eu besoin que d'accueillir les ensembles de travail des apps suspendues, et même un gros utilisateur en garde rarement plus de quelques centaines de mégaoctets vivantes. Si vous ne lancez aucune app du Store, le fichier reste presque inactif. Il ne grossit pas pour vous punir et ne se réduit pas à zéro pour flatter le compteur d'espace libre.

Peut-on le régler, le supprimer, le déplacer ?

Non, non et non. Windows n'expose aucun réglage de swapfile.sys : il est absent de la boîte « Mémoire virtuelle », il n'a aucun paramètre de registre pris en charge, et il ne se délocalise pas sur un autre disque. Pendant que le système tourne, il est verrouillé — il n'y a donc rien à supprimer : enlevé depuis un support hors ligne, il est simplement recréé au prochain démarrage. La seule façon prise en charge de le faire disparaître est de désactiver entièrement le fichier d'échange — une transaction où vous échangez vos dumps et votre marge de mémoire engagée contre 256 Mo.

Si l'inquiétude est l'usure du SSD : un fichier au trafic occasionnel de quelques centaines de mégaoctets est un arrondi près d'un cache de navigateur animé. Laissez les deux fichiers mémoire tranquilles et portez l'attention sur ce qui rapporte. Et si vous voulez vraiment fouiller la mécanique mémoire de Windows, l'intéressant est dans les listes standby et la compression mémoire — pas dans ce fichier.

Questions et réponses

À lire ensuite