Da dove nasce il mito
I primi SSD meritavano quella cautela. Le prime unità consumer del 2008–2012 uscivano con budget di resistenza NAND modesti e firmware di wear leveling immaturi: ogni write evitabile contava davvero, e spostare il file di paging su un disco rotante era una copertura ragionevole. Poi il consiglio si è congelato nel tempo e ha continuato a girare ben dopo che l'hardware sotto di lui era cambiato del tutto.
Le unità consumer moderne sono un'altra specie. Un tipico disco TLC da 500 GB porta in garanzia una durata di 150–300 TBW — terabyte scrivibili nell'arco della sua vita — e il normale ciclo di sostituzione di un SSD di sistema si misura in anni esattamente di quel tipo di abuso. Il numero che conta è stampato sulla scheda tecnica; il folklore sulla scheda tecnica non c'è.
L'aritmetica che nessuno fa
Facciamo i conti che il mito non fa mai. Il traffico del file di paging su un desktop normale con RAM adeguata è di singoli gigabyte al giorno, e perfino il caso pesante — un carico affamato di memoria su 8 GB — si ferma a 10–20 GB di scritture al giorno. Diciamo 20 GB al giorno, ogni giorno, tutto l'anno: fa all'incirca 7 TB di scritture l'anno.
- Durata garantita di un tipico SSD consumer da 500 GB: 150–300 TBW in garanzia
- Traffico realistico del file di paging: 1–10 GB al giorno; 20 GB al giorno è il caso pesante
- 20 GB al giorno per un anno ≈ 7 TB di scritture annue — il caso pesante
- 150 TBW ÷ 7 TB l'anno ≈ 20+ anni del caso pesante prima di esaurire la durata garantita
- I dischi reali spesso sopravvivono al loro TBW: la cifra di garanzia è un pavimento, non una data di morte
- La verità sulla tua macchina: l'attributo SMART Percentage Used in CrystalDiskInfo o nell'utility del produttore
Quanto costa davvero disattivare il file di paging
Il limite di commit di Windows equivale alla RAM installata più il file di paging, e le applicazioni riservano commit — non chiedono educatamente quanto è libero. Senza file di paging, un gioco o un progetto Adobe che riserva 25 GB su una macchina da 16 GB fallisce l'allocazione con un errore di memoria esaurita mentre la vera RAM se ne sta mezza vuota. Muore pure l'analisi dei crash: senza pagefile.sys non c'è memory dump dopo lo schermo blu, quindi il prossimo BSOD resta un mistero per costruzione.
E il guadagno è zero — ed è questo che rende lo scambio così sbilanciato. Spostare il file di paging su un disco meccanico per «salvare» l'SSD scambia la latenza microsecondi dell'SSD con quella millisecondi dell'HDD a ogni page-out: un rallentamento misurabile, comprato per evitare l'usura che l'aritmetica qui sopra ha già archiviato. Lascia il file di paging sull'SSD, lascia la dimensione gestita dal sistema, e spendi la preoccupazione per ciò che ferisce davvero il disco: caldo e disco pieno.
Domande e risposte
Devo spostare il file di paging via dall'SSD?
No. Il traffico realistico del file di paging consuma una fetta irrisoria della durata dichiarata del disco, mentre spostarlo su un HDD rende ogni page-out mille volte più lento. Lascialo sull'SSD, gestito dal sistema.
Quanta usura causa un file di paging su SSD?
Tipicamente singoli gigabyte di scritture al giorno, circa 1–3 TB l'anno — sotto il 2% della durata garantita di un disco normale. L'attributo SMART Percentage Used confermerà che si muove appena.
Scopri cosa include la licenza prima dell'acquisto.
La prova singola di 30 minuti include gli strumenti essenziali. Le funzioni PRO restano bloccate finché non attivi una licenza a pagamento.
Da leggere dopo
Scrivici: [email protected]