Quanto espaço em disco ocupam os modelos Stable Diffusion?

Não existe um tamanho único para os modelos Stable Diffusion. Os ficheiros oficiais abrangem vários gigabytes e uma biblioteca de trabalho cresce para além do checkpoint principal com precisões alternativas, ajustes finos, VAEs, codificadores de texto, ControlNets, LoRAs e saídas. Meça os ficheiros que o seu ambiente carrega realmente; não planeie a capacidade a partir de um número genérico.

Exemplos exatos, verificados em 09 de agosto de 2026

Estes tamanhos de ficheiros provêm dos metadados do repositório oficial do Hugging Face na data acima. São exemplos, não um intervalo universal:

Os dois ficheiros SD 1.5 já demonstram por que motivo «o modelo tem cerca de quatro gigabytes» pode ser enganador. São artefactos publicados diferentes, com conteúdos diferentes. O conteúdo do repositório também pode mudar, por isso conserve o nome do ficheiro, a revisão e a soma de verificação junto a qualquer registo de capacidade importante.

O checkpoint não é toda a biblioteca

Uma configuração prática de geração de imagens pode incluir várias categorias:

• checkpoints base e ajustes finos completos;
• modelos de difusão, codificadores de texto e VAEs separados;
• ControlNets, modelos IP-Adapter e ampliadores;
• adaptadores LoRA, embeddings e outras pequenas especializações;
• cópias duplicadas entre o ComfyUI, outra interface e uma cache de transferências;
• checkpoints de treino, pré-visualizações e saídas geradas.

Cada categoria cresce de forma diferente. Um modelo base adicional pode custar imediatamente gigabytes; centenas de adaptadores acumulam-se gradualmente; os diretórios de saída crescem em cada sessão. Um plano de espaço em disco que meça apenas models/checkpoints ignora a biblioteca que o sustenta.

Meça o tamanho lógico e o uso físico

Comece pelos caminhos ativos em vez de procurar .safetensors em todo o disco. No ComfyUI, faça o inventário dos caminhos nativos e adicionais. Noutros ambientes, verifique os armazenamentos e as caches configurados. Depois, meça cada pasta de tipo e anote se os links ou a desduplicação do sistema de ficheiros afetam o espaço físico.

# Exemplos para macOS ou Linux
du -sh /path/to/models/*
du -sh /path/to/outputs

# Mostre o tamanho aparente quando forem importantes ficheiros esparsos ou links
du -sh --apparent-size /path/to/models/*

O Finder, Explorer, du e os painéis da nuvem podem comunicar GB decimais, GiB binários, tamanho lógico ou tamanho atribuído. Para o planeamento, registe qual utilizou. Para a identidade, utilize contagens exatas de bytes e somas de verificação.

Por que motivo detetar primeiro duplicados é melhor do que converter formatos

Antes de quantizar ou eliminar, encontre cópias idênticas byte a byte entre ambientes de execução. Remover uma cópia de trabalho comprovadamente redundante conserva o modelo exatamente. Converter um checkpoint para uma precisão inferior cria um artefacto diferente e pode poupar mais espaço, mas altera a questão de recuperação.

Um ficheiro SafeTensors já é um contentor estruturado de tensores; colocá-lo num ZIP produz frequentemente uma poupança dececionante para o esforço exigido. A quantização pode reduzir uma cópia derivada para inferência, mas não permite recuperar exatamente os bytes da origem de maior precisão. Consulte armazenamento SafeTensors ou quantização para compreender esse limite.

Uma ordem prática para libertar espaço

1. Saídas que exportou deliberadamente para outro local: confirme a cópia e depois elimine os duplicados locais.
2. Cópias de modelos idênticas byte a byte: redirecione os ambientes de execução para uma única biblioteca de trabalho antes de remover duplicados.
3. Intermédios de treino abandonados: conserve a versão final, os marcos selecionados e o estado de retoma de que precisa realmente.
4. Variantes derivadas não utilizadas: conserve a origem e uma receita reproduzível ou mantenha o artefacto exato de implementação quando a conversão for dispendiosa.
5. Originais raros ou privados: arquive e teste a restauração antes de os tornar candidatos à limpeza.

Que margem deve deixar?

Planeie uma sobreposição temporária. Uma migração ou restauração segura pode exigir que a origem, o arquivo e a cópia restaurada coexistam. O treino cria checkpoints adicionais; as transferências de modelos podem utilizar ficheiros temporários; as atualizações das aplicações e o comportamento do sistema de ficheiros também precisam de espaço. Um disco «exatamente do tamanho necessário» para a biblioteca visível de hoje já é insuficiente para um fluxo de recuperação verificado.

Reveja a biblioteca por família de modelos em vez de esperar pelo aviso de pouco espaço do sistema operativo. A lista de verificação de conservação transforma essa revisão em decisões explícitas de conservar, reproduzir, arquivar e descartar.

Conserve a família de modelos; torne opcionais as cópias redundantes

O Tensor Archive destina-se a famílias selecionadas de tensores locais que pretende conservar exatamente. Arquive, verifique e restaure uma família antes de libertar uma cópia de trabalho duplicada. Não quantiza o modelo, não altera os pesos nem promete que todas as dependências circundantes do ambiente de execução foram capturadas.

Aplique isto ao seu ambiente de execução

Para o ComfyUI, siga todo o processo de cópia de segurança e restauração da biblioteca de modelos. Se os adaptadores dominarem a desorganização, utilize o guia de espaço em disco de LoRA e mantenha intactas as relações exatas com o modelo base.