O Plex utiliza mais memória da GPU em situações de concorrência com clientes mistos quando as sessões simultâneas exigem que diferentes conjuntos de trabalho de descodificação, transformação e codificação permaneçam residentes.
A variável importante não é simplesmente o número de espectadores. Uma conversão de H.264 a 1080p, uma conversão de HEVC HDR a 4K e uma sessão de Reprodução direta podem utilizar caminhos da GPU muito diferentes em simultâneo. O diagnóstico útil consiste em separar a pressão sobre a memória de vídeo do débito de codificação, da utilização alternativa da CPU e das limitações de armazenamento ou rede, antes de considerar a VRAM como o estrangulamento.
Clientes Mistos Criam Diferentes Conjuntos de Trabalho na GPU
Um conjunto misto de clientes altera aquilo que o Plex tem de manter preparado para cada sessão ativa. Um televisor pode aceitar o vídeo HEVC original, outro navegador pode precisar de saída H.264 e um telemóvel numa ligação remota limitada pode solicitar uma resolução inferior. Por isso, as sessões não consomem os recursos da GPU como cópias idênticas da mesma carga de trabalho.
Quando é necessária uma conversão de vídeo, o Plex precisa de suporte de descodificação e codificação específico para o codec, bem como de buffers para fotogramas intermédios. O caminho de descodificação e codificação de vídeo por hardware exato muda consoante a combinação da origem e da saída, razão pela qual duas sessões com a mesma resolução nominal podem criar ocupações de memória diferentes.
A Reprodução direta é o caso de controlo útil, pois não exige que o servidor descodifique e volte a codificar o vídeo. Se a memória da GPU aumentar apenas quando um cliente passa de Reprodução direta para uma transcodificação por hardware, a alocação adicional pertence ao caminho de conversão e não à concorrência por si só.
A Resolução e o Codec Alteram o Tamanho das Superfícies de Fotogramas
A memória de vídeo é utilizada para mais do que o ficheiro comprimido que chega do armazenamento. Os descodificadores e codificadores por hardware trabalham com superfícies de imagem descodificadas, fotogramas de referência e buffers de saída intermédios, cujo tamanho varia consoante a resolução, a profundidade de cor, o formato de croma e o comportamento do codec. Por isso, um fotograma 4K requer um conjunto de trabalho maior do que um fotograma 1080p, antes de se considerar a concorrência.
O HEVC 4K pode precisar de mais VRAM do que o AVC a 1080p em algumas cargas de trabalho HDR do Plex. Considere isto uma indicação sobre a carga de trabalho, não uma fórmula fixa por fluxo, porque as versões dos controladores, os caminhos de mapeamento de tons, a arquitetura da GPU e as versões do Plex podem alterar a alocação exata.
A consequência para o diagnóstico é simples: compare o mesmo número de sessões alterando apenas a classe da origem. Se duas conversões 1080p funcionarem confortavelmente, mas a substituição de uma delas por HEVC 4K fizer a memória aumentar bastante, as superfícies associadas à resolução e ao codec fazem parte da causa.
O Mapeamento de Tons e as Fases de Transformação Acrescentam Outra Camada de Memória
Uma conversão pode incluir mais do que descodificar um formato e codificar outro. O redimensionamento, a conversão de cores, o mapeamento de tons de HDR para SDR e a composição de legendas podem introduzir superfícies intermédias que se sobrepõem aos buffers do descodificador e do codificador. Estas fases são mais relevantes quando clientes diferentes exigem saídas diferentes da mesma biblioteca.
Num contentor, os nós de dispositivos de renderização utilizados para o processamento de vídeo por hardware têm de estar acessíveis ao Plex antes de as leituras da memória da GPU serem significativas. Caso contrário, a utilização alternativa da CPU pode fazer com que a VRAM pareça baixa, enquanto o trabalho dispendioso foi transferido para outro local.
Considere uma leitura baixa da VRAM acompanhada de uma utilização elevada da CPU como um problema de verificação do caminho, antes de concluir que a GPU está subutilizada. A mesma regra funciona no sentido inverso: uma utilização elevada da memória da GPU com uma velocidade de transcodificação saudável pode corresponder a uma residência normal e não a uma falha de capacidade.
A Concorrência É Relevante Quando Esses Conjuntos de Trabalho se Sobrepõem
Cada sessão transcodificada por hardware mantém o seu próprio estado ativo de descodificação e codificação enquanto a reprodução continua. Com clientes mistos, esses estados podem ser diferentes e permanecer ativos em simultâneo, fazendo com que a memória total da GPU aumente mais depressa do que o simples número de espectadores sugere. A sobreposição torna-se mais importante quando vários utilizadores avançam, iniciam a reprodução ou alteram a qualidade num curto intervalo.
Num sistema GTX 1660 Ti medido, uma única transcodificação 4K utilizou cerca de 600 MB de memória da GPU. Trata-se de um exemplo delimitado de residência mensurável, não de uma quantidade de VRAM recomendada para cada fluxo 4K.
Utilize a combinação mais exigente credível, em vez de iniciar ficheiros de teste idênticos em ciclo. A carga de trabalho deve incluir os codecs, os estados HDR, as qualidades de saída e os clientes que o agregado familiar utiliza efetivamente, porque a concorrência com clientes mistos é precisamente a condição que torna fracas as estimativas baseadas em fluxos idênticos.
Separe a Pressão da Memória de Outras Limitações da GPU
A VRAM pode estar cheia enquanto o codificador ainda dispõe de capacidade, ou pode permanecer muita VRAM livre enquanto uma fase do codec, um limite de sessões, um caminho do controlador ou uma operação apenas com CPU fica para trás. O Quick Sync pode processar várias transcodificações em cargas de trabalho adequadas, mas isso não transforma a capacidade de memória no único limite da concorrência.
Acompanhe a memória da GPU, a utilização dos motores de vídeo, a velocidade de transcodificação, a utilização da CPU e a reprodução em conjunto. A pressão sobre a memória torna-se plausível quando as sessões novas ou mais exigentes falham à medida que a alocação se aproxima do limite do dispositivo, enquanto o resto do caminho permanece saudável; uma utilização elevada sem esse padrão aponta para outro fator.
Para o caminho envolvente do servidor, utilize um caminho de servidor Plex 4K comprovadamente funcional como referência para o suporte de codecs, a disponibilização do armazenamento e a aceleração por hardware. A memória da GPU é apenas uma aresta desse gráfico, não uma especificação autónoma do número de fluxos.
Centro de Tecnologia e IA
Mais para Ler

O que é o estado do Plex e que partes têm de persistir?
O estado persistente do Plex é a informação que preserva a experiência do servidor após reinícios e reconstruções; os dados multimédia e temporários de...

Como é que o Plex gere a autenticação entre sessões locais e remotas?
A autenticação do Plex começa pela identidade do servidor e da conta; depois, os caminhos de rede locais ou remotos determinam a acessibilidade e...

Porque é que a pesquisa no Plex pode ficar mais lenta à medida que os dados da biblioteca aumentam?
O crescimento da biblioteca, por si só, não é o diagnóstico. Teste a estrutura das consultas, os índices, o estado da cache, a latência...

