Sim, a ligação 2,5 GbE consegue normalmente suportar vários fluxos 4K em reprodução direta quando o débito de pico combinado se mantém abaixo do percurso sustentado mais lento.
A reprodução direta evita a codificação de vídeo, mas não elimina as limitações da rede, do armazenamento, do contentor, do switch ou do cliente. Um servidor multimédia doméstico tem de ler cada fonte suficientemente depressa, enviar todas as sessões através das ligações efetivamente negociadas e suportar picos de débito sem esgotar os buffers dos leitores. Por isso, a resposta útil não é um número fixo de fluxos, mas sim um limite de concorrência medido com base em ficheiros representativos e no dispositivo mais fraco de todo o percurso.
Confirme que todas as sessões de teste estão realmente em reprodução direta
Inicie um título 4K representativo em cada cliente pretendido e consulte o painel do servidor multimédia. Registe se o vídeo, o áudio e as legendas utilizam Reprodução direta, Transmissão direta ou Transcodificação, juntamente com o motivo indicado e o débito atual.
Uma sessão que parece ser de “transmissão 4K” pode ainda converter o áudio, remultiplexar o contentor ou incorporar as legendas no vídeo. Um relatório do Jellyfin para Android TV mostra como a alteração da definição de débito do cliente mudou a decisão entre transmissão direta ou transcodificação.
Não contabilize uma sessão como teste de rede em reprodução direta se o servidor estiver a codificar vídeo. Primeiro, escolha áudio e legendas compatíveis, defina a qualidade original no cliente e confirme que o painel permanece no percurso pretendido depois de avançar e retomar a reprodução.
Meça o débito de pico em vez de utilizar apenas o tamanho do ficheiro
Registe a duração, o débito médio e os picos observados durante a reprodução de cada ficheiro. Dividir o tamanho do ficheiro pelo tempo de reprodução fornece uma média, mas as cenas de ação, o áudio sem perdas e as sequências com muitos detalhes podem exigir temporariamente muito mais largura de banda.
Os títulos 4K de elevado débito podem criar picos superiores a 100 Mbps mesmo quando a média é inferior. Um guia de resolução de problemas da comunidade Plex salienta que os picos de débito 4K podem exceder 100 Mbps, razão pela qual a porta Ethernet de 100 Mbps de um televisor pode falhar antes de uma ligação de servidor 2,5 GbE estar ocupada.
Crie o conjunto de testes a partir dos ficheiros com maior débito que as pessoas realmente veem, e não apenas de um clip de demonstração comprimido. Reproduza cada título através da cena mais exigente e registe a utilização sustentada da rede durante tempo suficiente para esvaziar ou voltar a encher o buffer do cliente.
Some os fluxos com uma margem de segurança deliberada
Calcule uma estimativa inicial da procura somando o débito de pico medido ou o débito de percentil elevado de todos os fluxos simultâneos. Adicione o áudio, a sobrecarga dos protocolos, a navegação na biblioteca, a entrega de legendas e outro tráfego que partilhe a mesma interface do servidor.
Uma ligação 2,5 GbE anuncia 2 500 Mbps, mas a aplicação não deve ser concebida para funcionar continuamente nesse valor. Reserve margem para a sobrecarga de Ethernet e TCP, a variação do débito, as retransmissões, a instabilidade do armazenamento e outro utilizador que inicie a reprodução durante um pico existente.
Por exemplo, dez sessões com picos próximos dos 100 Mbps representam aproximadamente 1 000 Mbps antes da sobrecarga e de outro tráfego. Esse agregado fica abaixo de uma ligação de servidor 2,5 GbE saudável, mas qualquer cliente individual limitado a 100 Mbps pode ainda apresentar buffering com a mesma fonte.
| Pico medido por fluxo | Quatro fluxos | Oito fluxos | O que verificar a seguir |
|---|---|---|---|
| 50 Mbps | 200 Mbps | 400 Mbps | Ligações dos clientes e latência do armazenamento |
| 100 Mbps | 400 Mbps | 800 Mbps | Portas de 100 Mbps dos televisores e estabilidade do Wi-Fi |
| 150 Mbps | 600 Mbps | 1 200 Mbps | Ligações ascendentes do switch, discos e margem sustentada |
Estes valores são exemplos de planeamento, não números garantidos de fluxos. Substitua-os pelos picos reais da biblioteca e deixe de aumentar a concorrência quando começarem a surgir buffering, retransmissões, espera do armazenamento ou saturação da ligação.
Verifique todas as ligações negociadas entre o servidor e os clientes
Verifique o servidor multimédia, as portas do switch, as ligações ascendentes, os pontos de acesso, os adaptadores dos clientes e as interfaces dos televisores. O servidor pode negociar a 2,5 GbE enquanto a ligação ascendente de um switch funciona a 1 GbE ou a porta Ethernet de um televisor está limitada a 100 Mbps.
As limitações dos clientes dominam frequentemente a reprodução 4K. Um caso de resolução de problemas do Plex concluiu que a reprodução 4K de elevado débito estava limitada pelo percurso de rede do cliente, e não pela capacidade do servidor para ler o ficheiro.
Leia as velocidades negociadas e os contadores de erros em vez de confiar nas etiquetas das portas. O guia ZimaSpace sobre uma porta 2,5 GbE que negocia a 1 GbE é a verificação seguinte quando a interface do servidor nunca atinge o modo de ligação esperado.
Teste se o armazenamento consegue alimentar as leituras agregadas
Execute o mesmo teste de reprodução simultânea enquanto monitoriza o débito dos discos, a profundidade da fila, a latência, o comportamento da cache e os erros do sistema de ficheiros. A reprodução direta é sobretudo sequencial, mas vários ficheiros em regiões diferentes dos discos podem criar leituras concorrentes.
O armazenamento costuma ter largura de banda sequencial suficiente para alguns fluxos, mas uma matriz degradada, uma verificação intensiva, um disco SMR, uma montagem remota ou um trabalho simultâneo de geração de miniaturas pode introduzir latência que o gráfico da rede não revela. O sintoma é buffering enquanto a ligação 2,5 GbE permanece muito abaixo da saturação.
Repita o teste com os conteúdos copiados para um SSD local conhecido por ser rápido. Se a reprodução estabilizar sem alterar os clientes ou os percursos de rede, investigue o armazenamento da biblioteca, a montagem ou a carga da matriz, em vez de voltar a atualizar a Ethernet.
Separe a capacidade do servidor das falhas específicas dos clientes
Quando um televisor apresenta buffering mas os computadores portáteis e as boxes de streaming permanecem estáveis, mantenha as sessões saudáveis em execução e substitua apenas o cliente com falhas por outro dispositivo ligado por cabo. Isto revela se o percurso agregado do servidor está cheio ou se um ponto final não consegue sustentar o seu fluxo.
Um ficheiro em reprodução direta a 120 Mbps pode falhar num leitor mesmo através de uma LAN gigabit, porque o comportamento do codec e do cliente continua a fazer parte do percurso. Um caso do Jellyfin documenta uma falha de reprodução do cliente com elevado débito, apesar do armazenamento local e da rede gigabit.
Registe as falhas por dispositivo, ficheiro, faixa de áudio, faixa de legendas e tipo de ligação. Não reduza a qualidade em todo o servidor nem declare que a ligação 2,5 GbE é insuficiente quando a mesma carga agregada funciona depois de substituir um cliente limitado.
Encontre o limite real de concorrência com um teste de carga faseado
Comece com um título de elevado débito e, em seguida, adicione sessões uma de cada vez, em diferentes momentos, para que os picos se sobreponham de forma imprevisível. Monitorize o débito de transmissão do servidor, a utilização do switch, as retransmissões, a latência do armazenamento, a utilização do CPU e os eventos dos buffers dos clientes.
Repita o teste depois de reiniciar o servidor e durante uma tarefa normal em segundo plano, como uma análise da biblioteca. O percurso de validação de um servidor multimédia doméstico da ZimaSpace explica por que motivo a reprodução deve ser testada em mais do que um cliente real antes de considerar a configuração concluída.
A ligação 2,5 GbE é suficiente quando o número pretendido de sessões em reprodução direta sobrevive às cenas de pico com buffers estáveis e uma margem útil. Atualize ou divida o tráfego apenas quando a ligação do servidor for o gargalo medido, depois de excluir as portas dos clientes, as ligações ascendentes do switch, o armazenamento e a transcodificação acidental.
Suporte e Dicas
Mais para Ler

O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...

Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...

Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...

