¿Por qué aumentan el almacenamiento de miniaturas y de ML de Immich durante las importaciones móviles grandes?
Las importaciones grandes suelen ampliar el almacenamiento de Immich porque cada recurso genera derivados y registros de base de datos, mientras que los modelos descargados ocupan una caché independiente.
Una familia mueve años de fotos del teléfono a un NAS doméstico y luego observa que el espacio libre sigue disminuyendo después de que termina el contador de carga. Esto puede reflejar un procesamiento legítimo en segundo plano, no otra copia de cada original. La distinción útil está entre los archivos generados por recurso, los archivos de modelos compartidos y el crecimiento que continúa sin un aumento correspondiente del trabajo completado.
Una carga crea varios tipos de estado
El original cargado es solo una parte de la biblioteca resultante. Immich también prepara representaciones más pequeñas para la navegación y almacena información que relaciona el recurso con su propietario, fechas, álbumes y funciones de búsqueda. Estos resultados atienden solicitudes diferentes, por lo que terminar la transferencia de red no significa que todas las escrituras posteriores ya hayan finalizado.
La división entre archivos multimedia y registros de base de datos es importante aquí: los metadatos de la aplicación y las incrustaciones de búsqueda se almacenan en PostgreSQL, en lugar de ser fotografías adicionales a resolución completa. El servicio de aprendizaje automático calcula resultados utilizados por la aplicación. Por tanto, tratar todos los bytes adicionales como originales duplicados ofrece una explicación incorrecta del crecimiento normal de una importación.
Considera un teléfono que termina su transferencia mientras el servidor sigue procesando el lote aceptado. Puede que los originales ya estén estables en el disco, pero las vistas previas y los registros de búsqueda pueden seguir apareciendo. Compara las mediciones de almacenamiento en la misma etapa de procesamiento; un grupo recién cargado y uno completamente procesado no son muestras equivalentes.
El número de recursos explica más que los gigabytes originales
Para planificar las miniaturas, el número y el tipo de recursos suelen explicar más que el total de gigabytes originales. Mil fotografías pequeñas y unos pocos vídeos largos pueden ocupar una capacidad de origen similar, pero requerir cantidades muy diferentes de derivados de imagen. Las dimensiones de las vistas previas, los ajustes de compresión y el contenido de las imágenes también modifican los bytes generados.
Las mediciones publicadas de miniaturas ilustran esa variación: un propietario informó de 6,3 GB para una biblioteca de 70 GB, mientras que otro informó de unos 370 GB para 2 TB de fotos y vídeos. Son configuraciones individuales, no pruebas comparativas controladas. Demuestran por qué adoptar un único porcentaje de un foro puede representar incorrectamente a otro hogar.
Como cálculo ilustrativo, 100.000 recursos con un promedio de 250 KB de derivados de imagen medidos requieren unos 25 GB en unidades decimales. A 500 KB cada uno, la misma cantidad necesita unos 50 GB. Ninguna cifra incluye los originales, el vídeo codificado, el crecimiento de la base de datos ni las copias de seguridad; el ejemplo aísla la relación por recurso en lugar de recomendar una reserva universal.
Los archivos de modelos y los registros de búsqueda crecen de forma diferente
La caché de modelos contiene archivos de modelos reutilizables, mientras que los vectores de búsqueda representan recursos individuales. Con un conjunto fijo de modelos descargados, añadir más fotos no requiere descargar un modelo completo nuevo para cada imagen. Añadir o cambiar modelos puede aumentar el almacenamiento de la caché en incrementos, independientemente del número de fotografías cargadas.
Una implementación portátil real mantiene la biblioteca, la caché de modelos y los datos de PostgreSQL en directorios persistentes separados. Esta separación permite observar cada función de almacenamiento sin suponer que un único tamaño combinado de Docker representa la salida del aprendizaje automático. Es un ejemplo de distribución de una versión anterior, no una receta de instalación actual ni un conjunto recomendado de etiquetas de contenedor.
Distingue también entre el uso del disco y la memoria cargada. Un modelo puede permanecer en el disco mientras su copia en memoria se descarga, y la caché del sistema de archivos puede aumentar la memoria notificada sin crear más archivos persistentes. Para explicar un aumento, identifica el directorio responsable y el ajuste que cambió antes de sacar conclusiones a partir del nombre de un contenedor.
Cuándo el crecimiento normal deja de ser una explicación
El crecimiento normal de los derivados tiene una entrada acotada: un grupo fijo de originales procesado con ajustes fijos. No debería crear una población que se expanda indefinidamente de nuevos recursos de origen. Si el número de recursos sigue aumentando después de detener todas las importaciones previstas, la explicación debe incluir rutas de descubrimiento, ingesta repetida u otra fuente de trabajo nuevo.
Un caso confirmado de escaneo recursivo incluía la ubicación de carga de Immich dentro de una biblioteca externa. Entonces las miniaturas generadas se trataban como imágenes nuevas, creando más derivados de los derivados. Este es un mecanismo causal diferente de una gran carga móvil y no debe usarse como prueba de que todas las bibliotecas grandes se multiplican naturalmente sin límite.
El crecimiento inusual en la capa de escritura del contenedor es otra categoría independiente. Un informe de 2026 describió cientos de gigabytes acumulándose allí; el debate no estableció una causa raíz universal. No elimines archivos de la base de datos, contenido multimedia ni componentes internos de Docker para que un gráfico parezca normal. Primero determina qué función está creciendo y si el trabajo completado lo explica.
Mide la importación por función de almacenamiento
Registra el número y los bytes de los recursos originales, los bytes de miniaturas y vistas previas, los bytes de vídeo codificado, el tamaño de la base de datos, el tamaño de la caché de modelos y cualquier crecimiento temporal o de registros antes de una importación representativa. Repite la medición después de que ese mismo grupo haya completado los trabajos de procesamiento habilitados. Mantén sin cambios los ajustes multimedia para poder atribuir las diferencias a la importación y no a un cambio de configuración simultáneo.
La contabilidad del almacenamiento no sustituye un plan de copias de seguridad familiar. Un servicio de fotos utilizable necesita originales protegidos y el estado de la aplicación requerido para reconstruir la biblioteca; un directorio de miniaturas por sí solo no puede conservar la colección familiar. Mantén esta tarea de protección separada de la medición de la sobrecarga regenerable para que un experimento de ahorro de espacio no se convierta en la única copia de un recuerdo.
Acepta el resultado cuando los totales medidos por función expliquen los bytes añadidos y no sigan apareciendo recursos de origen inesperados. Investiga otro mecanismo cuando el inventario de modelos no cambie, pero persista el crecimiento de la caché o de la capa de escritura, o cuando los archivos derivados vuelvan a entrar en el descubrimiento. Esta prueba responde por qué creció el almacenamiento sin convertir la explicación en un procedimiento de limpieza destructivo.
Productos recomendados
Centro de Tecnología e IA
Más para leer
Los modelos abiertos están alcanzando a la IA de vanguardia: ¿será 2026 el año en que la IA local alcance un nivel suficientemente bueno?
Los modelos abiertos están alcanzando un nivel suficiente para más cargas de trabajo de IA local, mientras que los modelos de vanguardia en la...
NVIDIA PAIR convierte tu red doméstica en un clúster local de IA—¿todavía necesitas un gran servidor con GPU?
NVIDIA PAIR distribuye las solicitudes de IA local entre varios PC, haciendo que la capacidad de cómputo sea más flexible, mientras un servidor doméstico...
¿Por qué Immich se siente más rápido en una red LAN que mediante conexiones remotas?
Las solicitudes en la LAN suelen seguir una ruta más corta y con menor latencia. El acceso remoto añade limitaciones de capacidad de la...
