¿Por qué Plex utiliza más memoria de la GPU con clientes simultáneos de distintos tipos?
Plex utiliza más memoria de GPU con la concurrencia de clientes mixtos cuando las sesiones simultáneas requieren que distintos conjuntos de trabajo de decodificación, transformación y codificación permanezcan residentes.
La variable importante no es simplemente el número de espectadores. Una conversión de 1080p H.264, una conversión 4K HEVC HDR y una sesión de reproducción directa pueden utilizar rutas de GPU muy diferentes al mismo tiempo. El diagnóstico útil consiste en separar la presión sobre la memoria de vídeo del rendimiento del codificador, el uso alternativo de la CPU y las limitaciones de almacenamiento o red antes de considerar la VRAM como el cuello de botella.
Los clientes mixtos crean distintos conjuntos de trabajo para la GPU
Una flota de clientes mixtos cambia lo que Plex debe mantener preparado para cada sesión activa. Un televisor puede aceptar el vídeo HEVC original, otro navegador puede necesitar una salida H.264 y un teléfono conectado mediante un enlace remoto limitado puede solicitar una resolución menor. Por tanto, las sesiones no consumen los recursos de la GPU como copias idénticas de una misma carga de trabajo.
Cuando se requiere conversión de vídeo, Plex necesita compatibilidad específica de decodificación y codificación, además de búferes para los fotogramas intermedios. La ruta de decodificación y codificación de vídeo mediante hardware exacta cambia según la combinación de origen y salida, por lo que dos sesiones con la misma resolución nominal pueden crear distintas huellas de memoria.
La reproducción directa es el caso de control útil porque no requiere que el servidor decodifique y vuelva a codificar el vídeo. Si la memoria de la GPU aumenta únicamente cuando un cliente pasa de reproducción directa a una transcodificación mediante hardware, la asignación adicional pertenece a la ruta de conversión y no a la concurrencia por sí sola.
La resolución y el códec cambian el tamaño de las superficies de fotogramas
La memoria de vídeo se utiliza para más que el archivo comprimido que llega desde el almacenamiento. Los decodificadores y codificadores de hardware trabajan con superficies de imagen decodificadas, fotogramas de referencia y búferes de salida intermedios cuyo tamaño cambia según la resolución, la profundidad de bits, el formato de croma y el comportamiento del códec. Por tanto, un fotograma 4K requiere un conjunto de trabajo mayor que uno de 1080p incluso antes de considerar la concurrencia.
4K HEVC puede necesitar más VRAM que AVC a 1080p en algunas cargas de trabajo HDR de Plex. Considéralo una pista sobre la carga de trabajo, no una fórmula fija por flujo, porque las versiones de los controladores, las rutas de mapeo de tonos, la arquitectura de la GPU y las versiones de Plex pueden cambiar la asignación exacta.
La consecuencia para el diagnóstico es sencilla: compara el mismo número de sesiones cambiando únicamente la clase de origen. Si dos conversiones de 1080p funcionan cómodamente, pero al sustituir una por HEVC 4K la memoria aumenta mucho más, las superficies asociadas a la resolución y al códec forman parte de la causa.
El mapeo de tonos y las etapas de transformación añaden otra capa de memoria
Una conversión puede incluir más que decodificar un formato y codificar otro. El escalado, la conversión de color, el mapeo de tonos de HDR a SDR y la composición de subtítulos pueden introducir superficies intermedias que se solapan con los búferes del decodificador y el codificador. Estas etapas son especialmente relevantes cuando distintos clientes requieren salidas diferentes de la misma biblioteca.
En un contenedor, los
La concurrencia importa cuando esos conjuntos de trabajo se solapan
Cada sesión transcodificada mediante hardware mantiene su propio estado activo de decodificación y codificación mientras continúa la reproducción. Con clientes mixtos, esos estados pueden diferir y permanecer activos al mismo tiempo, por lo que la memoria total de la GPU puede aumentar más rápido de lo que sugiere un simple recuento de espectadores. El solapamiento cobra mayor importancia cuando varios usuarios buscan, inician o cambian la calidad dentro de un intervalo breve.
En una configuración medida con una GTX 1660 Ti, una sola transcodificación 4K utilizó aproximadamente 600 MB de memoria de GPU. Es un ejemplo acotado de residencia medible, no una cantidad de VRAM recomendada para cada flujo 4K.
Utiliza la combinación más exigente y realista en lugar de iniciar archivos de prueba idénticos en bucle. La carga de trabajo debe incluir los códecs, los estados HDR, las calidades de salida y los clientes que realmente utiliza el hogar, porque la concurrencia de clientes mixtos es precisamente la condición que hace poco fiables las estimaciones basadas en flujos idénticos.
Separa la presión de memoria de otros límites de la GPU
La VRAM puede estar llena mientras el codificador aún tiene capacidad de procesamiento, o puede quedar mucha VRAM libre mientras una etapa del códec, un límite de sesiones, una ruta del controlador o una operación ejecutada solo en la CPU se retrasa. Quick Sync puede gestionar varias transcodificaciones en cargas de trabajo adecuadas, pero eso no convierte la capacidad de memoria en el único límite de concurrencia.
Observa conjuntamente la memoria de la GPU, la utilización del motor de vídeo, la velocidad de transcodificación, el uso de la CPU y la reproducción. La presión de memoria resulta creíble cuando las sesiones nuevas o más exigentes fallan al aproximarse la asignación al límite del dispositivo mientras el resto de la ruta funciona correctamente; una utilización elevada sin ese patrón apunta a otro lugar.
Para la ruta del servidor circundante, utiliza una ruta de servidor Plex 4K conocida y funcional como referencia para la compatibilidad de códecs, la entrega desde el almacenamiento y la aceleración por hardware. La memoria de la GPU es un elemento de ese conjunto, no una especificación independiente del número de flujos.
