Hvor mye diskplass bruker Stable Diffusion-modeller?

Det finnes ingen enkelt størrelse for en Stable Diffusion-modell. Offisielle modellfiler varierer over flere gigabyte, og et arbeidsbibliotek vokser utover hovedcheckpointet med alternative presisjoner, fine-tunes, VAEs, tekstkodere, ControlNets, LoRAs og utdata. Mål filene runtime-en faktisk laster. Ikke planlegg kapasitet ut fra et generelt tall.

Ett Stable Diffusion-checkpoint som vokser til et organisert bibliotek med baser, varianter, adaptere og genererte resultater.
Det første checkpointet er bare utgangspunktet for biblioteket. Varianter, tilhørende filer, adaptere og resultater danner det virkelige lagringsfotavtrykket.

Nøyaktige eksempler, kontrollert 09. august 2026

Disse filstørrelsene kommer fra den offisielle metadataen for Hugging Face-repositoriet på datoen ovenfor. De er eksempler, ikke et universelt intervall:

Publisert filNøyaktige bytesOmtr. GiB
Stable Diffusion 1.5 v1-5-pruned-emaonly.safetensors4,265,146,3043.97
Stable Diffusion 1.5 v1-5-pruned.safetensors7,703,324,2867.17
SDXL-basis 1.0 sd_xl_base_1.0.safetensors6,938,078,3346.46

De to SD 1.5-filene viser allerede hvorfor «modellen er omtrent fire gigabyte» kan være misvisende. De er forskjellige publiserte artefakter med forskjellig innhold. Innholdet i et repository kan også endres, så behold filnavn, revisjon og checksum sammen med alle viktige kapasitetsoppføringer.

Checkpointet er ikke hele biblioteket

Et praktisk oppsett for bildegenerering kan omfatte flere kategorier:

Hver kategori vokser på sin egen måte. Én ekstra basis kan umiddelbart koste flere gigabyte. Hundrevis av adaptere akkumuleres gradvis. Utdatamapper vokser for hver økt. En diskplassplan som bare måler models/checkpoints, overser biblioteket som støtter filen.

Mål logisk størrelse og fysisk bruk

Begynn med de aktive banene i stedet for å søke gjennom hele disken etter .safetensors. I ComfyUI kartlegger du opprinnelige og ekstra modellbaner. I andre runtimer kontrollerer du konfigurerte lagre og hurtigbuffere. Mål deretter hver typemappe, og noter om lenker eller deduplisering i filsystemet påvirker den fysiske plassen.

# eksempler for macOS eller Linux
du -sh /path/to/models/*
du -sh /path/to/outputs

# Vis tilsynelatende størrelse når sparse filer eller lenker er relevante
du -sh --apparent-size /path/to/models/*

Finder, Explorer, du og skydashbord kan rapportere desimale GB, binære GiB, logisk størrelse eller allokert størrelse. Registrer hvilken verdi du brukte i planleggingen. Bruk nøyaktige byteantall og kontrollsummer for identitet.

Hvorfor duplikatkontroll bør komme før formatkonvertering

Finn byte-identiske kopier på tvers av runtimer før du kvantiserer eller sletter. Fjerning av en bevist overflødig arbeidskopi bevarer modellen nøyaktig. Konvertering av et checkpoint til lavere presisjon skaper et annet artefakt og kan spare mer plass, men endrer gjenopprettingsspørsmålet.

En SafeTensors-fil er allerede en strukturert tensorcontainer. Å legge den i ZIP gir ofte skuffende liten gevinst i forhold til innsatsen. Kvantisering kan redusere en avledet inferenskopi, men gir ikke byte-nøyaktig gjenoppretting av kilden med høyere presisjon. Se SafeTensors-lagring kontra kvantisering for denne grensen.

En praktisk rekkefølge for å frigjøre plass

  1. Resultater du med hensikt har eksportert et annet sted: Kontroller kopien, og fjern deretter lokale duplikater.
  2. Byte-identiske modellkopier: Omdiriger runtimer til ett arbeidsbibliotek før du fjerner duplikater.
  3. Forlatte mellomresultater fra trening: Behold den endelige versjonen, utvalgte milepæler og fortsettelsestilstanden du virkelig trenger.
  4. Ubrukte avledede varianter: Behold kilden og et reproduserbart oppskriftssett, eller behold det nøyaktige distribusjonsartefaktet når konverteringen er kostbar.
  5. Sjeldne eller private originaler: Arkiver og test gjenoppretting før de blir oppryddingskandidater.

Ledig plass er ikke gjenopprettede data. Hvis du ikke kan hente eller reprodusere en fil, kan en ekstra arbeidskopi være den eneste gjenopprettingsbanen du har. Erstatt den med et verifisert arkiv før du kaller den overflødig.

Hvor mye ledig kapasitet bør du ha?

Planlegg midlertidig overlapp. En trygg migrering eller gjenoppretting kan kreve at kilde, arkiv og gjenopprettet kopi finnes samtidig. Trening oppretter flere checkpoints. Modellnedlastinger kan bruke midlertidige filer. Programoppdateringer og filsystematferd krever også plass. En disk som er «akkurat stor nok» for dagens synlige bibliotek, er allerede for liten for en verifisert gjenopprettingsprosess.

Gå gjennom biblioteket etter modelfamilie i stedet for å vente på operativsystemets varsel om lite plass. Sjekklisten for oppbevaring gjør gjennomgangen om til uttrykkelige beslutninger om å beholde, reprodusere, arkivere eller forkaste.

Behold modelfamilien. Gjør overflødige kopier valgfrie

Tensor Archive er for utvalgte lokale tensorfamilier du vil beholde nøyaktig. Arkiver, verifiser og gjenopprett én familie før du frigjør en duplisert arbeidskopi. Det kvantiserer ikke modellen, endrer ikke vektene og lover ikke at alle omkringliggende runtimeavhengigheter er fanget opp.

Bruk dette på runtime-en din

Følg hele arbeidsflyten for sikkerhetskopiering og gjenoppretting av modellbiblioteket for ComfyUI. Hvis adapterne dominerer rotet, bruker du veiledningen om LoRA-diskplass og holder de nøyaktige basisforholdene intakte.

Kilder

Behold familien. Gjør plass til neste modell.Gratis nedlasting ↓