Dentro Kleaner PRO 11: cinque decisioni di progettazione spiegate

Decisioni 1 e 2: prima le allowlist, i sistemi autogestiti fuori portata

Il motore pulisce solo partendo da un'allowlist curata: cache dei download degli aggiornamenti, Delivery Optimization, dump dei rapporti di errore, cache di anteprime e shader, Windows.old scaduto, cache dei browser purché il browser sia chiuso. Ciò che sembra soltanto temporaneo non è un obiettivo: un file viene pulito perché un sottosistema di Windows l'ha documentato come eliminabile, non perché il suo nome corrispondeva a un pattern. Mantenere quella lista è più lento che fare glob-matching sull'intero disco, ed è esattamente la differenza tra un pulitore e un azzardo.

La seconda decisione estende la prima: i sottosistemi che gestiscono da soli i propri dati sono intoccabili. Tracce di Prefetch, archivio componenti WinSxS, file di paging e file di ibernazione restano fuori da ogni scansione, perché eliminarne contenuti costa prestazioni o stabilità e non porta nulla in cambio. In questo blog smontiamo quei rituali da anni; spedire comunque un pulsante per farli sarebbe il business più economico e il prodotto peggiore.

• Targeting solo da allowlist: niente viene pulito senza un comportamento documentato di Windows alle spalle
• Mani lontane dai sottosistemi autogestiti: Prefetch, WinSxS, file di paging, ibernazione
• Scansione consapevole delle giunzioni: i reparse point non vengono mai attraversati, quindi nulla è contato o spazzato due volte
• Soglie di età in ogni cartella volatile: i file più recenti della soglia sono invisibili al pulitore
• Anteprima completa prima dell'eliminazione: la lista esatta dei file, con le dimensioni, prima che si muova un solo byte

Decisioni 3 e 4: byte onesti ed eliminazioni pazienti

Giunzioni NTFS e symlink rendono gli stessi byte visibili da diversi percorsi, e uno scanner ingenuo li conta due volte — ecco come certi strumenti riportano centinaia di gigabyte su un disco da 256 GB. La versione 11 tiene traccia dei reparse point e conta ogni posizione fisica una volta sola: i numeri diventano più piccoli e affidabili. «Più piccoli ma onesti» si vende male in un mercato educato ai numeri grossi; abbiamo deciso che era l'unica posizione difendibile.

La quarta decisione riguarda il tempo: le cartelle volatili ricevono soglie di età, e i file bloccati vengono riportati, mai strapazzati. Un file temp creato pochi minuti fa può appartenere a un installer in esecuzione, e un file che un'applicazione tiene aperto non è spazzatura indipendentemente dal percorso — il pulitore lo elenca e passa oltre, invece di forzare la chiusura degli handle. Eliminare meno di un concorrente è un punto debole solo se misuri un pulitore a tonnellaggio.

Decisione 5: l'anteprima è il prodotto

Ogni scansione finisce in una lista completa e ispezionabile di ciò che verrebbe eliminato, per categoria con le dimensioni, prima che accada qualsiasi cosa. Sembra ovvio, ed è più raro di quanto dovrebbe: la maggior parte dei flussi di pulizia è costruita per portarti da Scansiona a Pulisci prima che sorga il dubbio. Abbiamo scelto l'opposto — il momento dell'esitazione è dove un buon tool dimostra di meritare fiducia, quindi nella versione 11 la lista è il pezzo centrale, non la clausola a caratteri piccoli.

Sotto tutte e cinque le decisioni corre la stessa disciplina di test: ogni modifica all'allowlist arriva agli utenti solo dopo un passaggio su macchine virtuali con snapshot, contesti per utente e a livello macchina, e le varianti localizzate dei percorsi di ogni lingua supportata. Niente di tutto questo è affascinante. È semplicemente la versione del mestiere in cui sappiamo spiegare, file per file, perché qualcosa è stato eliminato.

Domande e risposte

Da leggere dopo