Jellyfin no tiene un número universal de transmisiones; la concurrencia sostenible termina cuando la carga de trabajo normal más exigente consume repetidamente el margen del búfer del cliente.
Un servidor doméstico con seis clientes que usan principalmente Reproducción directa puede ser menos exigente que una sola transmisión HDR remota con incrustación de subtítulos. Mide los modos de reproducción, las etapas de conversión y los servicios simultáneos que coinciden durante el periodo normal de mayor actividad. El resultado es un límite práctico ligado a tu carga de trabajo, en lugar de una regla engañosa de usuarios por CPU.
Cuenta los modos de reproducción en lugar de los usuarios
Cada sesión de Jellyfin sigue una ruta diferente: la Reproducción directa principalmente lee y envía el archivo, mientras que el remux, la conversión de audio y la transcodificación de vídeo añaden progresivamente más trabajo. Contar sesiones sin clasificar sus rutas oculta la entrada real del flujo de procesamiento multimedia.
Una tabla de carga de trabajo útil registra la carga de transcodificación de cada cliente y archivo de origen representativos, incluidos el códec, el estado HDR, los subtítulos, la resolución y la tasa de bits remota.
El recuento solo adquiere sentido después de asignar una clase identificada a cada sesión. No se deben ponderar dos transmisiones sencillas con Reproducción directa igual que una conversión 4K HDR con subtítulos en forma de imagen.
La ruta normal más exigente establece el primer límite
La concurrencia solo multiplica los recursos utilizados por cada ruta. Una transmisión con Reproducción directa añade lecturas de almacenamiento y entrega de red, mientras que una transcodificación puede consumir recursos de decodificación, filtros, mapeo de tonos, codificación, almacenamiento temporal y capacidad de CPU para los casos de respaldo.
Mide el recurso activo mediante la utilización y la saturación en lugar de depender de un único porcentaje de GPU o CPU. Puede formarse una cola cuando una etapa no alcanza el procesamiento en tiempo real, aunque otros componentes todavía muestren margen disponible.
La primera cola repetible o pérdida del margen del búfer constituye el límite útil para esa carga de trabajo. Los recursos más rápidos que no se utilizan en otras partes no lo elevan.
Las cargas remotas y compartidas cambian el límite
Las sesiones remotas suelen disponer de un presupuesto de subida menor y una latencia más variable que los clientes locales. Una copia de seguridad, un indexador o una tarea de descarga en paralelo también puede consumir la misma ruta de almacenamiento o red y reducir el margen justo durante los minutos en que los espectadores inician la reproducción o buscan una posición.
Compara los casos locales y remotos mediante el modelo de recursos multiaplicación, manteniendo constantes los archivos multimedia y la política del cliente. Si solo el caso remoto pierde margen del búfer, el límite corresponde a la ruta o al presupuesto de subida, no al motor multimedia.
Por tanto, el mismo servidor tiene varios límites: Reproducción directa local, transcodificación local, entrega remota y carga máxima compartida con otros servicios.
Usa un umbral de capacidad repetible
Una prueba de aceptación útil comienza con la sesión esperada más exigente y después añade transmisiones simultáneas normales, una por una. Registra el tiempo de inicio, la estabilidad sostenida del búfer, los fotogramas perdidos, la profundidad de la cola y el recurso que alcanza primero la saturación.
Usa la comparativa en frío y en caliente como regla de parada: conserva margen cuando la latencia, los errores o las colas se vuelvan repetibles, no cuando un panel simplemente muestre una utilización elevada.
Detente cuando la combinación objetivo supere la prueba varias veces con una reproducción estable y un margen visible. No conviertas el resultado en un número universal de transmisiones para distintos contenidos multimedia o clientes.
Centro de Tecnología e IA
Más para leer

¿Por qué Home Assistant funciona de manera diferente en conexiones LAN y remotas?
Las sesiones de Home Assistant en la LAN y de forma remota utilizan rutas de red diferentes; la latencia remota añade DNS, cifrado, WAN,...

¿Home Assistant funciona de forma fiable detrás de CGNAT o una doble NAT?
CGNAT y la doble NAT normalmente no afectan al control local de Home Assistant; principalmente cambian la forma en que los clientes remotos pueden...

¿Cómo afecta la latencia de red a Home Assistant durante las interrupciones de Internet?
La pérdida de conexión a Internet y la latencia de red son fallos distintos: las rutas de los dispositivos locales pueden seguir siendo rápidas...

