¿Qué causa el crecimiento de los metadatos de Plex durante la transmisión remota en 4K?
La transmisión remota en 4K rara vez provoca por sí sola un crecimiento persistente importante de los metadatos de Plex; normalmente lo explican las miniaturas, el análisis, los cambios en la base de datos y los archivos temporales de transcodificación mal clasificados.
Una sesión remota puede crear búferes temporales, registros y archivos de conversión, mientras que los datos de la aplicación que permanecen a largo plazo crecen por otros motivos. Las imágenes de vista previa de vídeo, las miniaturas de capítulos, las ilustraciones, los índices y los registros de la base de datos se acumulan a medida que cambia la biblioteca o se ejecutan funciones de análisis. La distinción clave es si el espacio ocupado permanece después de detener la reproducción y si crece con el uso, con los nuevos archivos multimedia o con el análisis en segundo plano.
La reproducción remota en 4K normalmente no genera metadatos persistentes
La transmisión remota de un archivo 4K crea el estado de la sesión, registros y posiblemente archivos temporales de transcodificación, pero eso es distinto del crecimiento prolongado de los metadatos de la biblioteca. El crecimiento persistente suele estar más relacionado con el tamaño de la biblioteca y con funciones que generan ilustraciones, índices, miniaturas o registros adicionales en la base de datos.
Las mediciones de usuarios sobre el almacenamiento de miniaturas de vista previa muestran cómo las imágenes derivadas pueden superar ampliamente el espacio original de los metadatos en algunas bibliotecas. La distinción útil es que el crecimiento sigue al análisis activado y al tamaño de la biblioteca, no al hecho de que alguien haya transmitido contenido de forma remota.
Mide el directorio de datos de Plex antes y después de una sesión exclusivamente remota sin añadir contenido nuevo, y compara ese resultado con el cambio producido después de añadir y analizar títulos nuevos. Si el primer cambio es pequeño y el segundo es grande, el crecimiento persistente de los metadatos corresponde al procesamiento de la biblioteca, no a la entrega remota en 4K.
Las miniaturas de vista previa de vídeo pueden dominar el espacio de los metadatos
Las miniaturas de vista previa capturan fotogramas a lo largo de un vídeo para que los clientes puedan mostrar imágenes al desplazarse por él. El archivo multimedia permanece en su ubicación, pero los archivos derivados generados se almacenan junto con los datos de la aplicación de Plex. Los vídeos largos y las bibliotecas grandes multiplican ese coste de almacenamiento, independientemente de que el archivo original sea de 1080p o 4K.
Las indicaciones de configuración señalan que el almacenamiento de miniaturas de vista previa crea una serie de imágenes para el contenido analizado. Una vez activada en una biblioteca existente grande, esta función puede producir una oleada inicial de crecimiento, seguida de un aumento menor a medida que llega contenido nuevo.
Comprueba por separado los subdirectorios de metadatos y multimedia, sin incluir el archivo de la base de datos, para que un almacén grande de archivos derivados no se etiquete erróneamente como un problema de crecimiento de la base de datos. Si el almacenamiento de miniaturas es el cambio dominante, decide si el valor de la función para la navegación justifica el espacio ocupado antes de realizar tareas de mantenimiento en la base de datos.
Los trabajos de capítulos y análisis pueden volver a crear archivos derivados tras los cambios
Los metadatos pueden seguir creciendo cuando Plex detecta que el contenido multimedia ha cambiado y vuelve a programar el trabajo derivado. Sustituir un archivo, actualizar el análisis o corregir un elemento de la biblioteca puede hacer que los trabajos de capítulos o vistas previas revisen contenido que ya estaba indexado. Un procesamiento repetido resulta más sospechoso que un crecimiento constante proporcional al contenido nuevo.
Un caso en el que Plex siguió regenerando miniaturas de capítulos después de eliminar un contenido adicional muestra cómo un estado obsoleto o inesperado de un elemento puede mantener activo el trabajo en segundo plano. La lección es identificar el elemento al que sigue el crecimiento antes de eliminar carpetas manualmente.
Registra qué identificadores de contenido multimedia aparecen en los registros mientras crece el directorio de datos de la aplicación. Si el mismo elemento eliminado o modificado vuelve a aparecer repetidamente, corrige primero el estado de la biblioteca. Si distintos elementos recién añadidos avanzan con normalidad, el aumento corresponde a una acumulación esperada de archivos derivados y no a un bucle descontrolado.
El crecimiento de la base de datos es una señal distinta del crecimiento de las ilustraciones
La base de datos principal de la biblioteca almacena relaciones, estados y registros, no las imágenes de los pósteres ni los fotogramas de vídeo. Su tamaño puede aumentar con la complejidad y la actividad de la biblioteca, pero una expansión rápida de la base de datos acompañada de consultas lentas o advertencias de corrupción constituye un problema distinto del crecimiento normal de un almacén de miniaturas.
Un fallo registrado implicó un crecimiento rápido de la base de datos, junto con un funcionamiento lento de la biblioteca y una corrupción posterior. Considera esa combinación una señal de estado que requiere atención, en lugar de eliminar metadatos al azar para recuperar espacio.
Representa en un gráfico el archivo de la base de datos y los directorios de archivos derivados por separado durante varios días. Una base de datos que aumenta rápidamente sin un cambio equivalente en la biblioteca requiere comprobaciones de integridad y de registros. Un directorio de archivos derivados que crece de forma predecible después del análisis puede gestionarse mediante los ajustes de las funciones, la ubicación del almacenamiento y la planificación de capacidad.
El espacio temporal de transcodificación no debe contarse como metadatos persistentes
Cuando la reproducción remota en 4K requiere conversión, Plex escribe o almacena en búfer datos temporales de transcodificación. Ese espacio puede aumentar durante las sesiones activas y reducirse después, por lo que supervisar la ruta equivocada puede hacer que los archivos temporales parezcan una expansión permanente de los metadatos. La propiedad y el ciclo de vida de cada directorio importan más que su nombre.
Separar las ubicaciones de configuración, contenido multimedia y transcodificación es un patrón habitual en contenedores; una configuración de Docker describe las funciones de configuración y transcodificación como rutas de datos distintas. Esta separación facilita distinguir el estado duradero de la biblioteca de los archivos de conversión desechables.
Antes de ampliar el almacenamiento de la aplicación, asigna cada directorio que crece a la base de datos, los metadatos, la caché o el espacio temporal de transcodificación, y observa si permanece tras un periodo de inactividad y un reinicio. Para la cuestión subyacente del rendimiento con archivos pequeños, el límite del almacenamiento del estado de la aplicación ayuda a distinguir la capacidad de respuesta de la capacidad total.
Productos recomendados
Centro de Tecnología e IA
Más para leer
Por qué Plex puede volver a analizar los archivos multimedia después de actualizar el servidor
Plex puede volver a analizar el contenido multimedia después de una actualización. Distingue las tareas de mantenimiento puntuales de los análisis repetidos, los problemas...
¿Qué determina realmente el límite de rendimiento de Plex?
Un modelo de dependencias para el rendimiento de Plex que te ayuda a identificar la primera etapa saturada en lugar de actualizar todos los...
Redes de Plex explicadas: descubrimiento, DNS, enrutamiento y accesibilidad remota
Un modelo por capas de la accesibilidad de Plex que separa el descubrimiento local del enrutamiento IP y de los problemas de NAT remoto...
