Cos'è swapfile.sys e perché non è un secondo file di paging

Due file nascosti, due lavori diversi

pagefile.sys è l'archivio di appoggio generico: la memoria impegnata di ogni processo è garantita da RAM più file di paging, lì finiscono i dump di crash dopo uno schermo blu, e la finestra Memoria virtuale ti permette di dimensionarlo, spostarlo o lasciarlo a Windows. swapfile.sys gli siede accanto nella radice di C:\ e non condivide con lui nessuno di quei lavori. Esiste per un unico cliente — le app dello Store e UWP — e prende le loro pagine di memoria quando Windows le sospende in background.

Perché questa separazione? Le app dello Store vivono sotto un contratto diverso: da loro ci si aspetta che si sospendano e riprendano su due piedi, e intrecciare quel ciclo di vita con il pagefile condiviso — e con la pressione di memoria di tutti gli altri processi — renderebbe la vita dello scheduler un inferno. Un piccolo file dedicato tiene quel traffico isolato, e l'isolamento è il punto intero: swapfile.sys non è capacità extra, è una corsia privata.

• pagefile.sys fa da supporto alla memoria impegnata di ogni processo; swapfile.sys esegue il paging solo per le app Store e UWP
• pagefile.sys riceve il dump di memoria del kernel dopo un crash; swapfile.sys non ha alcun ruolo nei dump
• pagefile.sys è configurabile — dimensione, disco, gestione dal sistema — nella finestra Memoria virtuale; swapfile.sys non è esposto in nessuna impostazione
• pagefile.sys scala con RAM e carico fino ai gigabyte; swapfile.sys resta piccolo, sui 256 MB nella maggior parte delle macchine
• Entrambi sono file di sistema nascosti nella radice di C:\, bloccati dal sistema mentre Windows è in esecuzione
• Disattivare il file di paging fa sparire anche swapfile.sys — insieme ai dump di crash e al margine di commit

Il trucco che fa sembrare libere le app sospese

Apri Gestione attività, avvia un'app dello Store, riducila a icona e torna dopo dieci minuti: il suo numero di memoria è calato visibilmente, eppure l'app si riapre all'istante quando la clicchi. È swapfile.sys al lavoro — Windows ha scritto nel file le pagine dell'app sospesa, e alla ripresa le pagina di nuovo direttamente in RAM. La memoria che l'app ha rilasciato è reale; il costo di riportarla a casa è qualche centinaio di megabyte in lettura sequenziale, ecco perché nessuno nota mai l'andata e ritorno su un SSD.

Questo spiega anche le dimensioni modeste del file: deve contenere solo i working set delle app dello Store sospese, e persino un utente pesante raramente ne tiene vive più di qualche centinaio di megabyte alla volta. Se non esegui mai app dello Store, il file resta lì quasi inattivo. Non cresce per punirti e non si riduce a zero per far bella figura con i contatori dello spazio libero.

Si può regolare, eliminare, spostare?

No, no e no. Windows non espone alcuna impostazione per swapfile.sys — manca dalla finestra Memoria virtuale, non ha una chiave di registro supportata e non si può spostare su un altro disco. È bloccato mentre il sistema gira, quindi non c'è nemmeno nulla da eliminare: toglierlo da un supporto offline serve solo a farselo ricreare da Windows al boot successivo. L'unico modo supportato per farlo sparire è disattivare del tutto il file di paging, uno scambio che ti costa dump di crash e margine di commit per risparmiare 256 MB.

Se la preoccupazione è l'usura dell'SSD: un file misurato in centinaia di megabyte di traffico occasionale è un errore di arrotondamento rispetto a una cache di browser indaffarata. Lascia in pace entrambi i file di memoria e spendi l'attenzione su qualcosa che rende. E se vuoi davvero scavare nella meccanica della memoria di Windows, le parti interessanti sono le liste standby e la compressione della memoria — non questo file.

Domande e risposte

Da leggere dopo