Quanto spazio su disco usano i modelli Stable Diffusion?

Non esiste una sola dimensione per i modelli Stable Diffusion. I file ufficiali dei modelli si estendono su diversi gigabyte e una libreria di lavoro cresce oltre il checkpoint principale con precisioni alternative, fine-tuning, VAEs, encoder di testo, ControlNets, LoRAs e output. Misura i file caricati davvero dal runtime; non pianificare la capacità basandoti su un numero generico.

Esempi esatti, verificati il 09 agosto 2026

Queste dimensioni provengono dai metadati dei repository ufficiali Hugging Face alla data indicata. Sono esempi, non un intervallo universale:

I due file SD 1.5 mostrano già perché «il modello pesa circa quattro gigabyte» può essere fuorviante. Sono artefatti pubblicati diversi e con contenuti differenti. Anche il contenuto dei repository può cambiare, quindi conserva nome file, revisione e checksum accanto a ogni dato di capacità importante.

Il checkpoint non è l'intera libreria

Una configurazione pratica per la generazione di immagini può includere diverse categorie:

• checkpoint di base e fine-tuning completi;
• modelli di diffusione, encoder di testo e VAEs separati;
• ControlNets, modelli IP-Adapter e upscaler;
• adapter LoRA, embedding e altre piccole specializzazioni;
• copie duplicate tra ComfyUI, un'altra UI e una cache di download;
• checkpoint di addestramento, anteprime e output generati.

Ogni categoria cresce in modo diverso. Una sola base aggiuntiva può costare subito gigabyte; centinaia di adapter si accumulano gradualmente; le directory di output aumentano a ogni sessione. Un piano di spazio su disco che misura soltanto models/checkpoints ignora la libreria che lo sostiene.

Misura dimensione logica e uso fisico

Parti dai percorsi attivi invece di cercare .safetensors in tutto il disco. In ComfyUI, fai l'inventario dei percorsi nativi e aggiuntivi dei modelli. Negli altri runtime, controlla gli spazi e le cache configurati. Misura quindi ogni cartella per tipo e annota se collegamenti o deduplicazione del file system influiscono sullo spazio fisico.

# Esempi per macOS o Linux
du -sh /path/to/models/*
du -sh /path/to/outputs

# Mostra la dimensione apparente quando contano file sparsi o collegamenti
du -sh --apparent-size /path/to/models/*

Finder, Explorer, du e le dashboard cloud possono riportare GB decimali, GiB binari, dimensione logica o dimensione allocata. Per la pianificazione, annota quale misura hai usato. Per l'identità, affidati al conteggio esatto dei byte e ai checksum.

Perché conviene trovare prima i duplicati anziché convertire il formato

Prima di quantizzare o eliminare, trova le copie identiche byte per byte tra i runtime. Rimuovere una copia di lavoro di cui è stata dimostrata la ridondanza conserva esattamente il modello. Convertire un checkpoint a una precisione inferiore crea un artefatto diverso e può far risparmiare più spazio, ma cambia la domanda sul recupero.

Un file SafeTensors è già un contenitore strutturato di tensori; inserirlo in ZIP spesso produce risparmi deludenti rispetto allo sforzo. La quantizzazione può ridurre una copia derivata per l'inferenza, ma non offre il recupero byte per byte dell'origine a precisione più elevata. Consulta archiviazione SafeTensors e quantizzazione per questo confine.

Un ordine pratico per liberare spazio

1. Output esportati intenzionalmente altrove: conferma la copia, quindi elimina i duplicati locali.
2. Copie di modelli identiche byte per byte: reindirizza i runtime verso un'unica libreria di lavoro prima di rimuovere i duplicati.
3. Risultati intermedi di addestramento abbandonati: conserva il risultato finale, le tappe selezionate e lo stato di ripresa realmente necessario.
4. Varianti derivate inutilizzate: conserva l'origine con una ricetta riproducibile oppure mantieni l'artefatto esatto di deployment quando la conversione è costosa.
5. Originali rari o privati: archivia e prova il ripristino prima che diventino candidati alla pulizia.

Quanto spazio libero dovresti lasciare?

Prevedi una sovrapposizione temporanea. Una migrazione o un ripristino sicuri possono richiedere che origine, archivio e copia ripristinata coesistano. L'addestramento crea checkpoint aggiuntivi; i download dei modelli possono usare file temporanei; anche gli aggiornamenti delle applicazioni e il comportamento del file system richiedono spazio. Un disco «appena sufficiente» per la libreria visibile oggi è già sottodimensionato per un flusso di recupero verificato.

Esamina la libreria per famiglia di modelli invece di attendere l'avviso di spazio insufficiente del sistema operativo. La checklist di conservazione trasforma questa verifica in decisioni esplicite: conserva, riproduci, archivia o elimina.

Conserva la famiglia di modelli; rendi facoltative le copie ridondanti

Tensor Archive è destinato alle famiglie locali di tensori selezionate che vuoi conservare esattamente. Archivia, verifica e ripristina una famiglia prima di eliminare una copia di lavoro duplicata per liberare spazio. Non quantizza il modello, non ne modifica i pesi e non promette di acquisire ogni dipendenza circostante del runtime.

Applicalo al tuo runtime

Per ComfyUI, segui l'intero flusso di backup e ripristino della libreria di modelli. Se il disordine è dominato dagli adapter, usa la guida allo spazio su disco delle LoRA e mantieni intatte le relazioni esatte con le basi.