¿Cuánto espacio en disco utilizan los modelos de Stable Diffusion?

No existe un único tamaño de modelo de Stable Diffusion. Los archivos oficiales abarcan varios gigabytes y una biblioteca de trabajo crece más allá del checkpoint principal con precisiones alternativas, ajustes finos, VAEs, codificadores de texto, ControlNets, LoRAs y resultados. Mide los archivos que carga realmente tu entorno; no planifiques la capacidad a partir de una cifra genérica.

Un checkpoint de Stable Diffusion que se expande hasta formar una biblioteca organizada de bases, variantes, adaptadores y resultados generados.
El primer checkpoint es solo la semilla de la biblioteca. Las variantes, los elementos auxiliares, los adaptadores y los resultados generan el espacio ocupado real.

Ejemplos exactos, comprobados el 09 de agosto de 2026

Estos tamaños proceden de los metadatos del repositorio oficial de Hugging Face en la fecha indicada. Son ejemplos, no un intervalo universal:

Archivo publicadoBytes exactosGiB aprox.
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
Base SDXL 1.0 sd_xl_base_1.0.safetensors6,938,078,3346.46

Los dos archivos de SD 1.5 ya muestran por qué afirmar que «el modelo ocupa unos cuatro gigabytes» puede inducir a error. Son artefactos publicados distintos con contenido diferente. El contenido de los repositorios también puede cambiar, así que conserva el nombre de archivo, la revisión y la suma de comprobación junto a cualquier registro de capacidad importante.

El checkpoint no es toda la biblioteca

Una configuración práctica de generación de imágenes puede incluir varias categorías:

Cada categoría crece de forma distinta. Una base adicional puede costar gigabytes de inmediato; cientos de adaptadores se acumulan gradualmente; los directorios de salida aumentan con cada sesión. Un plan de espacio que mida solo models/checkpoints omite la biblioteca que lo sustenta.

Mide el tamaño lógico y el uso físico

Empieza por las rutas activas en lugar de buscar .safetensors en todo el disco. En ComfyUI, haz inventario de las rutas nativas y adicionales de modelos. En otros entornos, comprueba sus almacenes y cachés configurados. Después, mide cada carpeta por tipo y anota si los enlaces o la deduplicación del sistema de archivos afectan al espacio físico.

# Ejemplos para macOS o Linux
du -sh /path/to/models/*
du -sh /path/to/outputs

# Muestra el tamaño aparente cuando importen los archivos dispersos o los enlaces
du -sh --apparent-size /path/to/models/*

Finder, Explorer, du y los paneles de la nube pueden mostrar GB decimales, GiB binarios, tamaño lógico o espacio asignado. Para planificar, registra cuál utilizaste. Para la identidad, usa recuentos exactos de bytes y sumas de comprobación.

Por qué detectar primero los duplicados es mejor que convertir formatos

Antes de cuantizar o eliminar, busca copias idénticas byte a byte en los distintos entornos. Eliminar una copia de trabajo cuya redundancia esté demostrada conserva el modelo exactamente. Convertir un checkpoint a menor precisión crea un artefacto diferente y puede ahorrar más espacio, pero cambia la cuestión de la recuperación.

Un archivo SafeTensors ya es un contenedor estructurado de tensores; meterlo en ZIP suele proporcionar un ahorro decepcionante para el esfuerzo requerido. La cuantización puede reducir una copia derivada para inferencia, pero no permite recuperar byte a byte el origen de mayor precisión. Consulta almacenamiento de SafeTensors frente a cuantización para entender ese límite.

Un orden práctico para liberar espacio

  1. Resultados que exportaste deliberadamente a otro lugar: confirma la copia y después elimina los duplicados locales.
  2. Copias de modelos idénticas byte a byte: redirige los entornos a una sola biblioteca de trabajo antes de eliminar duplicados.
  3. Intermedios de entrenamiento abandonados: conserva el resultado final, los hitos seleccionados y el estado de reanudación que necesites realmente.
  4. Variantes derivadas sin usar: conserva el origen y una receta reproducible, o guarda el artefacto exacto de despliegue cuando la conversión sea costosa.
  5. Originales poco comunes o privados: archiva y prueba la restauración antes de considerarlos candidatos para la limpieza.

El espacio libre no equivale a datos recuperados. Si no puedes volver a obtener o reproducir un archivo, una segunda copia de trabajo puede ser tu única vía de recuperación actual. Sustitúyela por un archivo verificado antes de considerarla redundante.

¿Cuánto margen libre debes dejar?

Planifica una superposición temporal. Una migración o restauración seguras pueden exigir que coexistan el origen, el archivo y la copia restaurada. El entrenamiento crea checkpoints adicionales; las descargas pueden usar archivos temporales; las actualizaciones de aplicaciones y el comportamiento del sistema de archivos también necesitan espacio. Un disco «justo para la biblioteca visible de hoy» ya es insuficiente para un proceso de recuperación verificado.

Revisa la biblioteca por familias de modelos en lugar de esperar al aviso de poco espacio del sistema operativo. La lista de comprobación de conservación convierte esa revisión en decisiones explícitas de conservar, reproducir, archivar o descartar.

Conserva la familia de modelos; haz opcionales las copias redundantes

Tensor Archive sirve para las familias locales de tensores que quieras conservar exactamente. Archiva, verifica y restaura una familia antes de liberar espacio eliminando una copia de trabajo redundante. No cuantiza el modelo ni modifica sus pesos, ni promete haber capturado todas las dependencias del entorno.

Aplícalo a tu entorno

Para ComfyUI, sigue el proceso completo de copia de seguridad y restauración de la biblioteca de modelos. Si los adaptadores dominan el desorden, utiliza la guía de espacio en disco de LoRA y conserva intactas las relaciones exactas con las bases.

Fuentes

Conserva la familia. Deja espacio para el siguiente modelo.Descarga gratis ↓