Chi ha provato a eliminare un file di grandi dimensioni su Windows 11 sa bene quanto possa risultare frustrante restare bloccati sulla schermata “Calcolo in corso”. In teoria l’operazione dovrebbe durare pochi istanti, perché il sistema non riscrive ogni singolo byte ma si limita ad aggiornare le strutture del file system e a liberare lo spazio occupato. Nella pratica, però, Esplora file può prendersi i suoi comodi, soprattutto con file molto frammentati, unità quasi piene o cartelle piene zeppe di elementi. Microsoft ha deciso di mettere mano al problema con la build di anteprima 26300.8935, pubblicata il 20 luglio.
Le note ufficiali parlano di una cancellazione più rapida “in determinati scenari” quando si lavora con file grandi e frammentati, senza però specificare quale componente sia stato messo a punto. Il miglioramento arriva dopo che l’azienda aveva anticipato un incremento prestazionale di almeno il 30 per cento nelle operazioni di eliminazione in blocco. Attenzione però: quella percentuale nasceva da test e comunicazioni preliminari, non è una promessa valida per qualsiasi computer.
C’è un motivo di fondo dietro queste lentezze. Esplora file trascina con sé una buona parte dell’architettura Win32 sviluppata e rimaneggiata nel corso di decenni, sulla quale Windows 11 ha poi appoggiato sezioni moderne, componenti WinUI, integrazioni cloud e nuove interfacce. Il risultato è un’applicazione ibrida, dove alcune aree scorrono fluide e altre mostrano rallentamenti che su Windows 10 si notavano molto meno.
Perché un file frammentato rallenta tutto
Un file non occupa per forza un’unica area continua all’interno del disco. Quando lo spazio libero è abbondante, NTFS riesce ad assegnare al contenuto una sequenza abbastanza compatta di cluster. Ma se il supporto si riempie e gli spazi liberi si spezzettano in piccoli intervalli, il file finisce sparpagliato in tante porzioni separate, i cosiddetti frammenti o extent. Succede spesso con dischi virtuali VHDX, immagini di macchine virtuali, archivi enormi, database e file di log che crescono col passare del tempo.
Un singolo file può arrivare a occupare migliaia di intervalli distinti. La dimensione visibile resta identica, ma la descrizione della sua disposizione fisica diventa parecchio più complicata. È la nota discrepanza tra Dimensioni e Dimensioni su disco. Su un disco meccanico la frammentazione pesa soprattutto in lettura e scrittura, perché la testina deve spostarsi tra zone diverse dei piatti. Con un SSD il movimento meccanico non c’è, ma il lavoro richiesto al file system rimane: NTFS deve comunque interpretare gli intervalli, aggiornare i metadati e ritoccare la mappa che segnala quali cluster sono occupati e quali liberi. Va ricordato che la cancellazione ordinaria non azzera subito il contenuto. Il file speciale $Bitmap tiene traccia dello stato di allocazione dei cluster, mentre le voci nella Master File Table (MFT) relative ai file eliminati possono tornare disponibili per essere riutilizzate.
Dove si nota il vantaggio e chi lo riceverà
Le condizioni ideali per apprezzare la differenza sono chiare: volume NTFS con poco spazio libero, file cresciuti nel tempo, tanti frammenti e operazione lanciata da Esplora file. Un disco usato per macchine virtuali, montaggio video, backup incrementali o database locali è l’esempio perfetto. Su un SSD nuovo, con parecchio spazio libero e file per lo più contigui, il guadagno rischia invece di essere minimo o quasi impercettibile. Lo stesso vale per un file system diverso da NTFS, per un’unità di rete o per programmi che applicano una propria procedura di eliminazione.
Conta anche la destinazione del file. Con il Cestino, Windows sposta logicamente l’elemento e ne registra il percorso originale per permettere il ripristino. La combinazione MAIUSC+CANC salta questo passaggio, ma non equivale a una cancellazione sicura: i dati restano potenzialmente recuperabili finché i cluster non vengono sovrascritti. E per un file gestito da OneDrive, l’eliminazione locale può innescare un’operazione remota che si propaga agli altri dispositivi, allungando i tempi percepiti.
La correzione ha debuttato nel canale Windows Insider Experimental, legato alle build 26300 di Windows 11 26H2. Non è quindi ancora presente nelle installazioni stabili. Microsoft distribuisce molte novità tramite Controlled Feature Rollout (CFR): solo una parte degli Insider riceve subito il cambiamento, poi il gruppo si allarga se telemetria e segnalazioni non fanno emergere problemi. Restano aperte diverse domande, dalla porzione di codice NTFS o della shell modificata fino a quanto vari il guadagno tra hard disk e SSD.