Como saber se o Jellyfin está limitado pelo CPU, pela RAM, pelo armazenamento ou pela rede
Encontre o estrangulamento do Jellyfin reproduzindo uma falha enquanto mede simultaneamente a CPU, a pressão da memória, a latência do armazenamento e o comportamento da rede.
O armazenamento em buffer, os arranques lentos, a navegação com atrasos e as transcodificações falhadas podem parecer semelhantes no sofá, mas podem ter origem em recursos diferentes. O diagnóstico deve manter constantes o conteúdo multimédia, o cliente, a qualidade e o modo de reprodução, identificando depois o recurso cuja saturação ou erros surgem juntamente com o sintoma. Altere apenas uma variável depois de essa correlação ser repetível.
A CPU é a suspeita quando o trabalho pronto para execução se acumula
Uma percentagem elevada de utilização da CPU, por si só, não é suficiente; o sinal mais forte é uma saturação sustentada enquanto a transcodificação ativa ou a tarefa em segundo plano não cumpre o seu objetivo temporal. A aceleração por hardware pode transferir a mesma carga de trabalho para fora dos núcleos gerais da CPU.
O método USE distingue utilização, saturação e erros, evitando que um processador ocupado, mas saudável, seja identificado incorretamente como o estrangulamento.
Compare a fila de execução da CPU e a velocidade de transcodificação durante a falha. Se a saturação da CPU desaparecer quando o fluxo for reproduzido diretamente ou quando a aceleração por hardware funcionar, o caminho de computação fica confirmado.
A RAM é a suspeita quando a pressão provoca recuperação ou swap
O Jellyfin beneficia da cache do sistema de ficheiros e da base de dados, mas mais memória não ajuda quando o conjunto de trabalho já cabe na memória disponível. O caso problemático ocorre quando a pressão força recuperações repetidas, swap ou termina processos concorrentes.
Os conjuntos de trabalho em cache podem reduzir as leituras do armazenamento até que outra carga de trabalho os substitua.
Observe a pressão da memória, as falhas principais e o swap durante o mesmo cenário. Se adicionar ou libertar RAM eliminar a atividade repetida do armazenamento, a memória fazia parte do problema.
O armazenamento é a suspeita quando a espera de E/S acompanha o sintoma
Um disco multimédia pode ter largura de banda média suficiente, mas os metadados aleatórios ou várias leituras simultâneas podem criar uma fila. O arranque e a procura costumam revelar este problema antes da reprodução sequencial contínua.
A latência do armazenamento versus débito fornece a separação de medições adequada para determinar se o problema é o tempo de resposta ou a largura de banda bruta.
Registe a latência do dispositivo e a profundidade da fila enquanto reproduz o problema. As verificações de armazenamento em buffer do Jellyfin só devem passar para a rede depois de o armazenamento local conseguir alimentar o servidor de forma consistente.
A rede é a suspeita quando o servidor produz dados mais depressa do que o cliente os recebe
Um caminho de transcodificação e armazenamento saudável ainda pode causar armazenamento em buffer quando o Wi-Fi, o carregamento remoto, uma porta do cliente ou uma rota VPN não conseguem manter o débito binário solicitado. A perda de pacotes e as retransmissões podem ser relevantes antes de a ligação atingir a velocidade nominal.
Compare o débito binário do fluxo com o débito real da ligação utilizando um orçamento de largura de banda para fluxo multimédia antes de considerar que um servidor saudável é o estrangulamento.
Teste um cliente local com ligação por cabo e uma versão do mesmo fluxo com menor débito binário. Se o sintoma acompanhar a rota ou o débito binário enquanto os recursos do anfitrião permanecem saudáveis, mantenha a solução na camada de rede.
Produtos recomendados
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»...
