Porque é que o desempenho do Plex parece diferente em ligações LAN e remotas?

O desempenho do Plex é diferente na LAN e em ligações remotas, porque sair da rede doméstica acrescenta limites de carregamento, encaminhamento, latência e, muitas vezes, pedidos diferentes por parte do cliente.

Uma televisão local pode reproduzir diretamente através de uma ligação com fios curta, enquanto o mesmo título chega a um telemóvel remoto através da ligação ascendente do ISP, de NAT, do encaminhamento pela Internet e de um limite de qualidade específico do cliente que desencadeia a transcodificação. Estas variáveis adicionais alteram o arranque, o armazenamento em buffer e a carga do servidor de forma independente. A comparação útil mantém constantes o ficheiro e as definições do cliente e identifica a primeira condição que só muda quando a sessão sai da LAN.

A reprodução na LAN utiliza um percurso de entrega mais curto e previsível

Na LAN, o tráfego do Plex costuma permanecer dentro da rede doméstica, pelo que o servidor e o cliente evitam o encaminhamento do ISP, o NAT público, os limites de largura de banda de envio e muitas variáveis de perda da Internet. Assim, um cliente local ligado por cabo pode fazer com que o mesmo servidor pareça instantâneo, mesmo quando a reprodução remota não é fiável.

O comportamento de reprodução direta depende tanto da compatibilidade como do percurso de entrega; as limitações do cliente para Reprodução direta / Transmissão podem variar na mesma aplicação. Uma sessão que é reproduzida diretamente localmente pode solicitar uma qualidade diferente remotamente e alterar a carga de trabalho do servidor.

Utilize primeiro o mesmo cliente e o mesmo ficheiro, testando uma vez na LAN e outra a partir de uma rede verdadeiramente externa. Registe o modo de reprodução e a taxa de bits solicitada em ambos os casos. Se estes valores mudarem, a comparação não diz respeito apenas à distância da rede; o próprio pedido do cliente também mudou.

O carregamento remoto torna-se um novo limite de débito

Os clientes locais podem utilizar a capacidade da ligação Ethernet ou Wi-Fi doméstica, enquanto os clientes remotos partilham o carregamento da ligação à Internet do local onde o servidor está instalado. Uma biblioteca que é facilmente reproduzida diretamente em casa pode exceder a taxa de envio ascendente utilizável durante uma cena com elevada taxa de bits ou quando vários utilizadores remotos estão ativos em simultâneo.

As discussões da comunidade sobre limites de carregamento e descarregamento salientam que ambas as extremidades do percurso são importantes. A interface LAN rápida do servidor não aumenta o limite de carregamento definido pelo ISP.

Meça o carregamento sustentado enquanto o tráfego doméstico normal está ativo e compare-o com os picos observados da transmissão, em vez de utilizar médias baseadas no tamanho dos ficheiros. Se o percurso remoto não conseguir transportar o original, o Plex poderá precisar de uma taxa de bits inferior, criando uma transcodificação que nunca ocorre na LAN.

A qualidade e a compatibilidade remotas podem criar trabalho adicional no servidor

Os clientes Plex mantêm frequentemente comportamentos de qualidade locais e remotos separados. Um limite remoto pode solicitar ao servidor uma redução da taxa de bits, enquanto um navegador ou dispositivo móvel também pode suportar uma combinação de codecs ou legendas diferente da televisão utilizada em casa. Isto altera tanto a taxa de rede como o percurso de computação.

Um guia de 4K separa as definições de qualidade remota precisamente por este motivo: não é possível inferir a fluidez remota a partir da reprodução local se o servidor estiver agora a reconstruir a transmissão. Diagnostique o modo selecionado antes de interpretar os gráficos de CPU ou GPU.

Force a qualidade original para um teste controlado apenas quando o percurso pela Internet conseguir transportá-la em segurança. Se a sessão mudar para Reprodução direta e ficar estável, a decisão relativa à qualidade remota foi o fator desencadeante. Se continuar a ser uma transcodificação, verifique de seguida o codec, o áudio, o HDR e as legendas.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

A latência e a variação da Internet alteram o arranque e o comportamento do buffer

A reprodução remota acrescenta propagação, filas dos ISP, interligações entre redes, variabilidade do Wi-Fi ou da rede móvel e perda de pacotes que um percurso LAN curto pode quase não revelar. A largura de banda média pode parecer suficiente, enquanto o arranque demora mais tempo ou o buffer do cliente se esvazia durante picos. Estes sintomas são diferenças do percurso de entrega e não provam que o hardware do servidor seja mais fraco.

Um caso da Firecore descreve atrasos na transmissão remota que não se reproduzem da mesma forma localmente. A comparação útil mantém o ficheiro e o modo de reprodução fixos, alterando apenas o percurso de rede.

Meça separadamente o tempo até ao primeiro fotograma, a recuperação após procurar uma posição e o armazenamento repetido em buffer. Se o cliente remoto acabar por reproduzir sem problemas após um arranque lento, a latência é mais provável do que um débito sustentado insuficiente. Se o buffer se esvaziar repetidamente, analise em conjunto a taxa de bits, as perdas e a margem de carregamento.

Um teste emparelhado na LAN e remotamente identifica a primeira restrição nova

A razão pela qual o Plex parece diferente remotamente não é uma única penalização de desempenho remoto; é o conjunto de restrições introduzidas quando o pedido sai da LAN. O diagnóstico mais rápido consiste em manter tão constantes quanto possível o conteúdo multimédia, a conta, o cliente, o áudio, as legendas e a qualidade, registando depois a primeira métrica que muda.

Os casos em que a Reprodução direta remota deixa de funcionar desaparecem na rede local, o que demonstra por que motivo o percurso externo deve ser analisado antes de substituir o armazenamento ou o processamento. Uma falha exclusiva do acesso remoto é uma pista sobre o âmbito do problema.

Crie uma referência de duas colunas para a LAN e o acesso remoto: modo de reprodução, taxa de bits solicitada, tempo de arranque, CPU/GPU do servidor, latência de leitura do conteúdo multimédia e taxa de rede. Se a linha remota apontar para o carregamento ou para as definições de qualidade, o percurso de otimização do 4K remoto fornece as próximas alterações controladas.