Pague por mais núcleos de CPU quando a carga de trabalho medida do Plex tiver várias tarefas limitadas pela CPU que possam ser executadas em paralelo; não assuma que todas as ações do Plex escalam com o número de núcleos.
As transcodificações por software são a carga de trabalho multinúcleo mais evidente
Várias transcodificações por software podem consumir grandes quantidades de tempo de CPU em paralelo, especialmente quando os clientes não conseguem utilizar a Reprodução Direta. Este é o cenário em que é mais fácil justificar capacidade de computação adicional de uso geral.
Meça a saturação total da CPU durante a combinação real de conversões, utilizando verificações de saturação por recurso, e confirme que o servidor está limitado pela CPU, em vez de estar à espera do armazenamento ou da rede.
Se a mesma carga de trabalho puder utilizar um motor multimédia compatível, compare esse caminho antes de pagar por muitos núcleos adicionais. A aceleração por hardware pode proporcionar mais capacidade útil por watt.
A aceleração por hardware altera a lógica de compra
Uma iGPU ou GPU compatível transfere grande parte da conversão de vídeo para fora dos núcleos gerais da CPU. Nesse caso, adicionar núcleos pode ter menos efeito na reprodução do que escolher o motor multimédia adequado.
Um Intel N100 com poucos núcleos pode suportar várias transcodificações por hardware quando o motor multimédia compatível realiza o trabalho de conversão, o que pode ser mais importante do que adicionar núcleos de CPU de uso geral.
Verifique o suporte para codecs, HDR, legendas e sistema operativo no candidato exato. Considere a transmissão acelerada por hardware um caminho obrigatório apenas quando os clientes reais a utilizam efetivamente.
As tarefas da biblioteca e da base de dados podem atingir limites de CPU diferentes
Algumas operações de análise e de base de dados podem ser sequenciais ou estar limitadas por um único fluxo de execução, pelo que o número total de núcleos não garante uma melhoria proporcional.
O pedido de análises da biblioteca em vários threads mostra que algumas tarefas de análise não se distribuem automaticamente por todos os núcleos disponíveis.
Compare a saturação de um único núcleo, a utilização total da CPU e a latência do armazenamento durante a tarefa lenta da biblioteca. Se um núcleo estiver ocupado enquanto os outros estão inativos, dê prioridade ao desempenho por núcleo ou ao caminho do estado, em vez de adicionar mais núcleos.
Os anfitriões com várias aplicações podem tirar partido de núcleos adicionais mesmo quando o Plex não consegue
Serviços complementares, cópias de segurança, descarregadores e outros contentores podem ser executados em simultâneo com o Plex, tornando valiosa uma maior capacidade agregada de núcleos. A decisão de compra deve considerar o servidor completo, não apenas o processo do Plex.
As cargas de trabalho em contentores introduzem sobrecarga de recursos dependente da carga de trabalho e necessidades de CPU independentes, por isso teste a combinação normal de serviços antes de decidir quantos núcleos proporcionam uma margem real.
Escolha a CPU mais pequena que consiga suportar o pico combinado com as tarefas de manutenção ativas. Os núcleos adicionais justificam-se quando evitam contenção repetida e previsível, não quando o anfitrião já está praticamente inativo.
Guia de Compra
Mais para Ler

How to Choose a Home Server for Jellyfin and Kodi
Kodi can reduce Jellyfin transcode demand when clients Direct Play well, so size the server from fallback conversion, storage, network, and shared services.

How to Choose SSD, HDD, and Backup Capacity for Jellyfin
Size Jellyfin storage by role: SSD for active app data and scratch, HDD for media capacity, and independent backup space for retained recovery points.

Before Buying a Jellyfin Server: Can Your Old PC Pass the Workload?
Reuse an old PC only after it passes the real Jellyfin workload, power, noise, storage, and recovery checks a new server would need to...

