Otimize um pequeno servidor Jellyfin para vários utilizadores, reduzindo o trabalho de conversão evitável antes de adicionar limites de recursos ou substituir o hardware.
Vários utilizadores não se traduzem diretamente numa exigência específica de CPU, porque a Reprodução Direta, a transcodificação por hardware, a transcodificação por software, as legendas e a largura de banda remota consomem recursos diferentes. Comece pelos percursos dos clientes que geram trabalho, agende depois as tarefas em segundo plano e meça o pico real. Otimize primeiro o recurso que fica saturado, em vez de reduzir a qualidade em todo o lado.
Maximize a Reprodução Direta Antes de Otimizar o Servidor
Cada cliente compatível que utiliza a Reprodução Direta elimina a conversão de vídeo do orçamento de computação partilhado. Uma legenda problemática ou um navegador pode consumir mais CPU do que várias sessões compatíveis numa televisão.
Os testes com clientes e as verificações de incorporação de legendas permitem comprovar facilmente se uma faixa específica está a forçar o processamento completo do vídeo.
Teste clientes representativos e resolva primeiro os problemas de compatibilidade evitáveis. O percurso de transmissão acelerado por hardware deve abranger as conversões que permanecerem efetivamente necessárias.
Verifique a Transcodificação por Hardware no Dispositivo Exato
Ativar uma opção de aceleração não é suficiente; o contentor ou serviço tem de ter acesso ao dispositivo e o percurso multimédia tem de utilizar efetivamente o motor de hardware. Uma aceleração parcial pode continuar a deixar trabalho pesado para a CPU.
A aceleração por hardware altera o percurso dos recursos, em vez de simplesmente reduzir um valor; um teste de desempenho de transcodificação do Jellyfin mostra comportamentos significativamente diferentes da CPU e da GPU em cenários de software, hardware, legendas e mapeamento de tons.
Execute a conversão mais exigente prevista e confirme a atividade do dispositivo, bem como a velocidade real da transcodificação. Se a aceleração não estiver ativa, resolva esse problema antes de definir limites de qualidade por utilizador.
Transfira as Tarefas Pesadas em Segundo Plano para Fora do Horário de Visualização
As análises, a extração de capítulos, o trickplay, a deteção de introduções e o processamento de metadados podem coincidir com a reprodução em CPUs compactas e discos lentos. Um pequeno servidor beneficia mais da separação de horários do que uma máquina grande com ampla margem de recursos.
O trabalho das bibliotecas pode ser transferido para fora do período de visualização, porque o Jellyfin disponibiliza análises de multimédia agendadas separadamente da reprodução ativa.
Agende as tarefas maiores fora do pico de utilização doméstica e, em seguida, reproduza a combinação de transmissões mais exigente com essas tarefas pausadas. Reative apenas as tarefas cuja sobreposição continue a cumprir os requisitos.
Teste a Rede e o Armazenamento com a Combinação Completa de Utilizadores
Um pequeno servidor pode ter a CPU praticamente inativa e, ainda assim, apresentar interrupções porque várias transmissões partilham o Wi-Fi, uma ligação de cliente de 100 Mbps ou um único disco multimédia lento. A otimização dos recursos tem de incluir o percurso de entrega.
É mais fácil dimensionar a procura agregada de entrega com um modelo de largura de banda por transmissão que tenha em conta a capacidade da LAN, do Wi-Fi, do NAS e do carregamento remoto.
Execute as sessões simultâneas previstas enquanto observa o débito da placa de rede do servidor, a latência do armazenamento e o modo de reprodução. Mantenha a configuração de menor custo que passe no teste com margem.
Suporte e Dicas
Mais para Ler

Deve fazer uma cópia de segurança do Jellyfin em funcionamento ou parar primeiro o serviço?
Prefira cópias de segurança com o serviço parado, pela sua simplicidade; utilize instantâneos em funcionamento apenas quando o estado da aplicação for capturado de...

Porque é que o Jellyfin funciona a altas temperaturas ou faz ruído quando ninguém está a transmitir?
O calor em inatividade normalmente indica atividade em segundo plano ou uma carga de trabalho de um anfitrião partilhado; por isso, identifique o processo...

Quando deve reconstruir em vez de reparar o Jellyfin?
Escolha recriar em vez de reparar quando o problema for a divergência do ambiente de execução e o estado persistente estiver salvaguardado; não «recrie»...

