Come Mint sceglie tra ottimizzare, pulire e conservare i file
Prima di ottimizzare, pulire, organizzare o conservare dei dati, è utile sapere perché occupano spazio. Mint mette insieme le scansioni precedenti, l’app o il progetto a cui appartengono i dati, il contenuto dei file e se qualcosa li sta usando in questo momento. Ognuno di questi elementi dimostra una cosa diversa, e alcune decisioni restano a te.
Scegli l’esito, conoscendo il contesto.
Mint guarda che cosa sono i dati, da dove vengono e se sono in uso. Poi distingue le occasioni per archiviarli in modo più efficiente, ciò che puoi pulire, le decisioni personali e i file da conservare.
Optimizable: Tieni i file. Usa meno spazio.
Le copie identiche idonee condividono lo spazio di archiviazione e ogni file resta al suo posto. Anche i file inattivi di tipo supportato e gli screenshot di Codex possono occupare meno spazio, senza perdere il contenuto che serve al flusso di lavoro.
Safe to clean: Rivedi cosa si può eliminare.
Rivedi le cache, l’output di build, i vecchi log e i residui di app che Mint ha individuato, con i relativi motivi e i controlli sull’uso attuale. Alcuni dati verranno ricostruiti o scaricati di nuovo quando servono.
Yours: Decidi tu cosa tenere.
I tuoi file, le app, le conversazioni e i contenuti multimediali richiedono il tuo giudizio. Scegli gli elementi e leggi cosa rimuove ogni azione; un contenuto personale non diventa sacrificabile solo perché è grande o vecchio.
Keep: Lascia al loro posto i dati necessari.
I dati necessari, attivi, protetti e quelli incerti restano invariati. I dati di sistema e delle app che Mint non ha motivi sufficienti per modificare non vengono presentati come spazio da recuperare.
Le dimensioni di oggi e la crescita nel tempo
La cartella più grande del tuo Mac e quella che cresce più in fretta spesso indicano problemi diversi. Un progetto fermo a 80 GB da mesi potrebbe non richiedere nulla. Un’app passata da 2 GB a 12 GB è più piccola, ma potrebbe essere il motivo per cui questa settimana hai esaurito lo spazio.
Mint ricostruisce questa cronologia dalle scansioni registrate. La prima scansione è il punto di partenza. Da lì in poi, la variazione di una fonte è la sua dimensione più recente meno quella precedente, e il calcolo funziona solo se entrambe le scansioni l’hanno misurata. Un’app che compare nell’elenco per la prima volta non occupava per forza zero byte prima.
Questa cronologia mostra le variazioni tra una scansione e l’altra. Mint non registra ogni scrittura su file. Se l’uso totale è salito di 10 GB e una fonte è cresciuta di 7 GB (numeri di esempio), parti da quella fonte. Anche altre fonti potrebbero essere cambiate e la copertura potrebbe essere incompleta, quindi i 3 GB restanti non si possono semplicemente attribuire al sistema, e i 7 GB non sono automaticamente dati inutili. Quello che una pulizia ha elaborato può anche essere diverso dal calo che mostra la scansione successiva, perché le app continuano a scrivere e il file system potrebbe trattenere ancora dati recuperabili. Mint tiene separate le due cose. Il registro di una pulizia conta i byte che ha elaborato, e la variazione misurata sul disco viene mostrata a parte.
Dove si trovano i dati e a cosa servono
Un percorso ti dice dove si trovano i dati. Il proprietario ti dice a quale app o progetto appartengono, e il ruolo ti dice a cosa servono. Application Support può contenere file che un’app è in grado di scaricare di nuovo, ma anche impostazioni, database e lavoro che non esiste da nessun’altra parte. Una cartella chiamata cache non dimostra che tutto quello che contiene si possa eliminare.
In un progetto di sviluppo, codice sorgente, output di build e dipendenze scaricate stanno spesso uno accanto all’altro. Il codice l’hai scritto tu, l’output di build richiede una nuova build e le dipendenze potrebbero richiedere un nuovo download. Per i tipi di progetto supportati, Mint controlla l’identità del progetto, la configurazione, la struttura delle cartelle e l’uso attuale. Una cartella che si chiama soltanto build o bin non fornisce questa prova.
Con gli archivi succede qualcosa di simile. Un file ZIP può essere un programma di installazione che hai scaricato oppure l’unica copia di un lavoro consegnato a un cliente. Nell’edizione Direct, per i programmi di installazione ISO, XIP, ZIP e per quelli dei firmware IPSW, Mint esamina il contenuto, dove si trova il file e se è montato o in uso. Le immagini disco e i pacchetti più vecchi vengono segnalati solo in base a tipo ed età, quindi quelle righe non vengono mai selezionate al posto tuo. Tenere un programma di installazione per le installazioni offline o per tornare a una versione precedente è una scelta tua.
Un rilevamento utile collega una posizione al suo proprietario, al suo ruolo e a ciò che cambierebbe rimuovendola. La scheda «Disk» raggruppa i rilevamenti in base a cosa comporta rimuoverli (Optimizable, Safe to clean, Yours, Keep) e su ogni riga indica l’app proprietaria. Né il gruppo né il nome dell’app autorizzano Mint a svuotare l’intera cartella dei dati di un’app.
Cosa conta come duplicato
File identici, foto che si somigliano e un’immagine salvata più volte nella stessa conversazione sono rilevamenti diversi. Solo una corrispondenza completa del contenuto dimostra che si tratta di una copia. Un campione che coincide restringe la ricerca, e la somiglianza non può dire a Mint quale foto terresti. File con contenuto identico possono comunque essere usati da progetti diversi.
A settembre 2026 abbiamo studiato un Mac usato tutti i giorni, senza modificare nessuno dei suoi file. I suoi 1.467 file JSONL delle sessioni di Codex occupavano 16,509 GB e tra loro non c’erano duplicati di file interi. Al loro interno, 62.014 occorrenze di immagini si riducevano a 12.104 immagini uniche. Tutte le copie oltre la prima sommavano 4,605 GB, cioè il 76,9% dei byte di immagine decodificati.
La ripetizione avviene all’interno delle sessioni e dipende da come sono collegati attività padre, sottoattività e riferimenti alle immagini, quindi cercare file identici non l’avrebbe mai trovata. Circa 4,547 GB di questa ripetizione si trovavano all’interno delle stesse famiglie di sessioni padre. Per questo campione aveva più senso studiare come l’app stessa archivia le immagini, prima di pensare a una deduplicazione tra app diverse.
Il 76,9% è una quota dei byte di immagine decodificati che siamo riusciti a identificare. Non dice nulla sulla dimensione dei file di sessione né su quanto spazio su disco potresti recuperare. Il contenuto che non siamo riusciti ad analizzare è stato riportato a parte e non è mai stato contato come zero. Le immagini ripetute possono servire per riprodurre o continuare una conversazione, quindi prima che qualcosa le modifichi bisogna verificare che nessun riferimento si rompa e che il ripristino funzioni. Un solo Mac non può dirti quanto risparmierebbe un utente tipico né quanto sia accurata la pulizia in generale.
Leggi campione, metodo e limiti dello studio su Codex (in inglese)
Valutare lo spazio rispetto al costo di riavere i dati
Sapere che dei dati si possono ricostruire ti dice che c’è un modo per tornare indietro. Non ti dice quanto tempo ci vuole, se ti servirà una connessione di rete, se la vecchia versione è ancora disponibile o se quei dati ti serviranno domani. La domanda è se lo spazio che liberi oggi vale quel lavoro la prossima volta.
L’output di build non va rimosso mentre una build è in corso. Un nuovo download non aiuta se domani ti servono i file offline, e solo tu sai quale foto personale tenere. Per questo Mint tiene separati i suoi rilevamenti. Alcuni sono elementi che può pulire, altri richiedono che sia tu a scegliere e rivedere, altri spiegano soltanto dove è finito lo spazio. Cosa puoi fare dipende dal tipo di dati, dal loro stato attuale e dalla tua edizione di Mint. I byte misurati non diventano automaticamente qualcosa che puoi pulire.
Le soglie di età individuano ciò che merita un’occhiata. Un backup che nessuno apre da mesi potrebbe essere l’unico backup, e un file temporaneo di ieri potrebbe aver già fatto il suo lavoro.
Un nuovo controllo subito prima che un’azione venga eseguita
Tra una scansione e una pulizia, un’app può avviarsi, un file può essere sostituito, può partire una build o un percorso può finire per puntare altrove. Per questo, prima di agire, Mint ricontrolla tutto ciò che conta per quell’azione, per esempio se qualcosa è in uso, che cosa rientra esattamente nell’azione e se è protetto. Se qualcosa è cambiato, un candidato individuato prima potrebbe essere saltato.
Mint riutilizza le dimensioni delle cartelle, gli hash del contenuto e le analisi delle sessioni che sono ancora validi. Così si risparmia tempo, ma i controlli al momento dell’azione vengono eseguiti ogni volta. Autorizzazioni mancanti, una scansione interrotta o un limite di analisi lasciano quella parte non confermata, e Mint non la considera a posto.
Per lo stesso motivo un rapporto potrebbe non spiegare ogni byte. Mint potrebbe conoscere la dimensione di una cartella ma non supportarne il formato, oppure conoscere il proprietario ma non riuscire a confermare che in questo momento si possa toccare senza rischi. Mostrare queste lacune è più utile che dichiarare recuperabile ogni byte non spiegato.
Cosa cambia il tuo feedback, e i limiti di «Undo»
Il contenuto di un file suggerisce a cosa serve, ma non può dire a Mint perché lo conservi. Quando annulli un’azione di Mint, sposti indietro un file che ha riordinato o recuperi dal Cestino un file pulito, Mint ti chiede se aggiungere quel percorso all’elenco «Ignore List». Se non rispondi, non cambia nulla e un’esecuzione successiva potrebbe spostarlo di nuovo. Una volta aggiunto, il percorso diventa «Protected» e Mint non lo tocca.
Mint registra le operazioni sui file, e quelle idonee si possono annullare finché i file e la cronologia di cui hanno bisogno ci sono ancora. «Optimize» per Codex conserva le immagini che Codex legge quando continui la conversazione. «Keep text only» è un’azione separata: rimuove in modo permanente i contenuti multimediali delle conversazioni che scegli e conserva ogni parola. Nemmeno l’eliminazione permanente e lo svuotamento del Cestino si possono annullare. La cronologia conserva fino a 90 giorni o 5.000 lotti e non sostituisce un backup.
Un’azione che nessuno ha annullato non dimostra che la classificazione fosse giusta. Correzioni, ripristini e silenzio sono segnali diversi, e nessuno di questi è un dato di accuratezza misurato.
Come leggere un singolo rilevamento
Parti dal problema che hai. Se lo spazio è sparito all’improvviso, guarda quali fonti sono cresciute tra scansioni confrontabili. Se ti serve spazio per un’installazione, guarda candidati specifici e quanto costerebbe recuperare ciascuno. Poi controlla dove si trovano i dati e a cosa servono, e se la prova è un confronto completo del contenuto, un controllo della struttura o solo un filtro su età e dimensione.
Prima di agire, controlla quale elemento cambia, se tocca un lavoro in corso e se usarlo di nuovo significa una nuova build, un download o un ripristino da backup. Una pulizia risolve solo la mancanza di spazio di oggi, quindi tieni d’occhio le scansioni successive nel caso lo spazio si riempia di nuovo. Quando le prove non bastano, approfondire o conservare i dati è un esito ragionevole.
Guarda un rilevamento sul tuo Mac
Scarica Mint, esegui una scansione e apri un rilevamento qualsiasi per vedere dove si trova, quali sono le prove e cosa cambierebbe rimuoverlo.