A maioria das pessoas pensa em um mini PC, um processador mais recente ou até mesmo uma placa gráfica dedicada ao construir um servidor de mídia ou servidor de laboratório doméstico. Eu estava no mesmo barco. Estou pensando em construir um mini PC baseado em CPUs com eficiência energética Intel Twin Lake, atualizando meu antigo Synology NAS. Mas antes de puxar o gatilho, fiz um desvio e decidi usar um laptop antigo que logo seria reciclado.
No papel, um laptop empresarial de 8 anos com um i5 de 6ª geração e cerca de 12 GB de memória não parecia algo que pudesse rodar um servidor de mídia. Mas, um ano depois, não é apenas meu servidor de mídia Jellyfin, é também um laboratório doméstico com mais de 15 pilhas em execução e ainda transcodifica vídeo sem placa gráfica.
Um servidor que nunca pretendi construir
Era para ser apenas um test drive
O laptop empresarial como servidor de mídia tem uma história interessante. Nunca foi concebido para ser meu servidor de laboratório doméstico. Quase um ano atrás, meu antigo Synology NAS estava lutando para acompanhar. Era um DS218J equipado com processador Armada 385 de 1,3 GHz com 512 MB de RAM. Eu estava quase pronto para construir um mini PC talvez com uma CPU N100 ou N150 e transformá-lo em um servidor doméstico completo.
Na mesma época, um de meus parentes comprou um Surface Pro para seu trabalho e aposentou seu antigo Dell Latitude. Achei que o laptop já tem hardware muito melhor do que o meu NAS, então por que não fazer um teste de servidor doméstico antes de construir um novo? Não houve desvantagens – hardware quase gratuito e nenhuma preocupação com algo dando errado.
Era um Dell Latitude 7480 com CPU Core i5-6300U emparelhado com 8 GB de RAM e um SSD de 256 GB sem GPU dedicada, e tinha cerca de oito anos. Mais tarde, adicionei 4 GB de outro laptop antigo. Um laptop empresarial com hardware de quase 8 anos será reciclado de qualquer maneira. Ninguém o consideraria seu servidor doméstico; Até considerei uma versão de teste para minha construção futura.
Já estou usando (acho que estou tentando) serviços auto-hospedados como Plex, Synology Photos e Synology Drive neste NAS moribundo. Então estou pensando em repetir a configuração que planejei para esta versão futura – bare metal Linux e principalmente alternativas de código aberto para os serviços que utilizo. Quando comprei o Latitude eu estava usando Debian (não Proxmox, mas isso é uma história para outro dia) e o primeiro serviço que comprei foi a alternativa Plex, Jellyfin.
Uma GPU que não deveria existir
Já está na CPU que você ignorou
Ok, decidi instalar o Jellyfin nele, mas o laptop foi projetado para rodar algo assim? Tecnicamente não, era um laptop empresarial projetado para fazer o oposto. E eu nem queria rodar o Jellyfin nele permanentemente. Basicamente, fiz um teste simulado antes de construir um novo. Eu sabia que “servidor de mídia” significava “transcodificação”, o que significava “bom para a GPU”. E não tinha GPU dedicada (dGPU). Na época, ignorei completamente a GPU integrada (iGPU) nele.
Enquanto eu estava instalando e configurando o Jellyfin, também passei por documentação ao lado eu estava na página de transcodificação; Eu vi a seção GPU Intel e imediatamente associei-a aos novos Arc dGPUs sem nem pensar. Mais tarde visitei a seção para meu conhecimento. Vi que o Linux tem dois métodos de transcodificação acelerada por hardware, QSV e VA-API. E a VA-API foi projetada especificamente para GPUs legadas. Foi quando me dei conta. Eu tinha uma CPU antiga e obviamente um iGPU. Talvez eu pudesse executá-lo também?
Depois de pesquisar no Google e muitos tópicos do Reddit mais tarde, me deparei com o vídeo Quick Sync da Intel. Pelo que descobri, era um mecanismo de mídia dedicado nos gráficos integrados da Intel. Ele lidava com codificação e decodificação de vídeo sem exigir que a CPU fizesse tudo. Eu decidi tentar. Embora eu sempre recomende executar uma instância bare metal ao implantar o Jellyfin, não tinha intenção de executá-lo por muito tempo, então optei pelo método mais simples, Docker. Portanto, VAAPI via /dev/dri era o único método viável para o Jellyfin acessar o mecanismo de mídia Intel no meu caso.
Configurei e como já tinha os vídeos no meu NAS, ao invés de copiá-los para o servidor, montei o NAS no servidor e usei como fonte de mídia. A primeira vez que você executa um arquivo 2K em seu PC com Windows. Como estou usando Windows com hardware compatível e rede local, foi Direct Play. Também verifiquei o uso da CPU lado a lado; Como era o Direct Play, a programação da CPU raramente mudava. Tentei então executá-lo no meu FireTV Stick; novamente, não inchou muito os gráficos da CPU. A verificação do painel do Jellyfin confirmou: transmissão ao vivo. Finalmente, quando tentei executá-lo no meu iPad, vi o gráfico da CPU subir porque era necessário transcodificar o vídeo para uma resolução mais baixa.
Mais tarde, descobri o Jellyfin por meio do Pangolin e, quando tentei executá-lo em meus dispositivos móveis e laptop por meio de dados de celular e Wi-Fi público, finalmente comecei a notar diferentes cenários em que ele estava realmente transcodificando, como largura de banda remota, codecs incompatíveis e gravação de legendas. Mas depois de algumas semanas de uso, percebi que raramente usava CPU durante Direct Play e Direct Stream; Só vi picos de CPU ao transcodificar arquivos grandes. Mas isso não é suficiente para inutilizar o servidor. O servidor continuou a executar o restante dos meus serviços de laboratório doméstico sem se sentir sobrecarregado.
Onde as rachaduras realmente aparecem
Cada configuração tem um teto
Quase um ano após esta configuração, o teste simulado se tornou meu principal servidor de laboratório doméstico. Já operei cerca de 20 pilhas com mais de 30 contêineres na mesma máquina. Algumas mudanças de infraestrutura foram feitas, como converter o NAS em armazenamento burro, alugar um VPS barato para Server Door e substituir quase todas as minhas assinaturas pagas por este antigo laptop empresarial.
De volta ao tópico em questão – Jellyfin. Agora eu gerencio minha biblioteca para que a maioria dos meus streams sejam de reprodução direta ou streaming, como manter vídeos em codecs compatíveis e apenas vídeos em 1080p ou 1440p, e mesmo que o arquivo seja grande ou em um formato não suportado, faço o trabalho duro em meu RTX 4070 Ti e depois movo-o para Jellyfin. Certifico-me de que o laptop gaste muito mais tempo servindo arquivos do que convertendo-os. Jellyfin é usado principalmente por minha família imediata, portanto o acesso remoto também é ocasional. A transcodificação de hardware acontece, mas não é permanente.
Surpreendentemente, o servidor não é um servidor de mídia dedicado e o Jellyfin coexistiu confortavelmente com o restante dos meus serviços auto-hospedados. Mesmo quando olho algo no Jellyfin, meus outros contêineres continuam funcionando sem lentidão perceptível. Mas também existem limites reais. Da mesma forma, transmitir vários vídeos em 4K simultaneamente é uma grande impossibilidade, pois a transcodificação HDR sobrecarrega o uso da CPU e outros serviços começam a atrasar. E o mesmo para codecs mais recentes como AV1; essas gerações da Intel não os suportam totalmente.
Tenho um pequeno grupo de pessoas usando Jellyfin, então funciona bem para mim, mas uma família com muitos usuários remotos simultâneos provavelmente precisaria de hardware melhor e possivelmente de um dGPU. Mas o melhor para mim é que o ponto fraco não tem sido o desempenho gráfico. Sempre foram as condições da rede ou o dispositivo que solicitou o vídeo reduzido.
Uma atualização que nunca deveria ter acontecido
Depois de viver com um laptop empresarial como servidor de laboratório doméstico por mais de um ano, aprendi que um servidor de mídia doméstico capaz não precisa necessariamente de uma estação de trabalho moderna ou de uma placa gráfica dedicada. Para um servidor de mídia doméstico como o meu, onde é principalmente Direct Play com transcodificação ocasional em Jellyfin ou Plex, os gráficos integrados da Intel com suporte Quick Sync costumam ser mais que suficientes. E se um laptop empresarial de 8 anos sem dGPU pode executar uma biblioteca completa e ao mesmo tempo executar o resto do seu laboratório doméstico, isso é uma forte evidência de que você não precisa de uma GPU dedicada para executar o Jellyfin em uma casa típica.
- Compatível com iOS
-
Sim
- Compatível com Android
-
Sim
Jellyfin é uma das melhores alternativas de Plex que você pode obter, graças à sua natureza de código aberto e poderoso conjunto de recursos. Existem aplicativos para basicamente todas as plataformas e é totalmente gratuito executar seu próprio servidor.





