Comprar hardware para um computador com Linux exige uma mudança de perspectiva. Em vez de olhar apenas para desempenho, preço e especificações, é preciso ter noção de como aquele componente se comporta no sistema operacional que você pretende usar.
Essa preocupação é particularmente importante com placas de vídeo. As três grandes fabricantes oferecem suporte ao Linux, mas isso não significa que a experiência seja equivalente em todos os cenários. Uma GPU pode funcionar perfeitamente para jogos e apresentar problemas em computação, enquanto outra pode ter excelente suporte aos recursos avançados, mas sofrer com determinadas aplicações.
A diferença entre simplesmente funcionar e entregar todos os recursos prometidos pelo fabricante é justamente onde a situação começa a ficar interessante.
Intel: o exemplo de uma boa experiência de compatibilidade
Entre as experiências recentes, as GPUs da Intel aparecem como as mais tranquilas em relação à disponibilidade de drivers.
As placas funcionam praticamente como uma experiência plug and play. Houve problemas iniciais com a geração Battlemage, algo esperado diante de uma arquitetura nova, mas depois dos ajustes necessários, a experiência se tornou bastante estável.
Outro ponto positivo é a disponibilidade dos pacotes. Os drivers estão acessíveis nas principais distribuições e a própria Intel disponibiliza pacotes para sistemas baseados em Ubuntu e Red Hat. Isso cria uma situação bastante confortável para o usuário Linux. O hardware é reconhecido, os drivers estão disponíveis e a instalação não exige uma peregrinação por soluções alternativas.
A ressalva aparece quando entram em cena recursos específicos.
A tecnologia XMX utilizada pela Intel para a geração de quadros, por exemplo, não possui no Linux a mesma implementação disponível no Windows. O sistema utiliza uma alternativa genérica que também pode funcionar com GPUs de outros fabricantes, mas que não oferece exatamente a mesma experiência da solução específica da Intel.
Ou seja, compatibilidade não significa necessariamente paridade de recursos.
AMD funciona bem, até aparecer uma situação específica
As placas da AMD também são frequentemente consideradas boas opções para Linux. Em muitos casos, basta instalar a GPU e utilizar os drivers disponíveis no próprio sistema. Isso não significa que estejam livres de problemas.
Uma experiência recente com uma RX 9060 XT mostrou como uma pequena particularidade pode transformar uma instalação aparentemente problemática em algo bastante simples. A placa apresentava erro 22 durante o boot quando o monitor estava conectado exclusivamente por DisplayPort.
Depois de várias tentativas para descobrir o que estava acontecendo, a troca do DisplayPort pelo HDMI fez a placa funcionar normalmente.
O problema parece estar relacionado às GPUs da geração RX 9000 e à inicialização da saída de vídeo em determinadas circunstâncias. Quando existe uma saída HDMI conectada, mesmo que um segundo monitor utilize DisplayPort, o problema deixa de aparecer.
É um caso bastante específico, mas ele demonstra uma dificuldade importante para quem compra hardware para Linux: às vezes, o componente é compatível, o driver existe e ainda assim uma combinação particular de hardware e software pode produzir um problema que não aparece para a maioria dos usuários.
O problema maior está na computação avançada
A experiência com uma RX 9070 XT foi ainda mais reveladora. Para jogos, a placa entregava excelente desempenho. Cyberpunk 2077 rodava em 4K a cerca de 60 FPS com os ajustes adequados, mostrando que a GPU tinha potência de sobra. O problema apareceu em outro tipo de tarefa.
Quem trabalha com aplicações como DaVinci Resolve não utiliza a placa apenas para renderizar jogos. A GPU também precisa oferecer uma plataforma estável para computação avançada.
Nesse aspecto, a experiência com a AMD foi problemática. A variedade de tecnologias e versões disponíveis para computação, somada à maturidade ainda limitada dos drivers para uma GPU relativamente nova, resultava em travamentos e falta de estabilidade.
Depois de uma série de testes e tentativas de diagnóstico, a solução encontrada foi devolver a RX 9070 XT e substituí-la por uma RTX 5070 Ti.
Um dos pontos que ajudam a explicar esse tipo de situação é a lista oficial de hardware suportado pela ROCm. Nem toda GPU AMD que funciona com determinados componentes do ecossistema possui suporte oficial para computação.
A situação pode parecer estranha. Na geração atual, a RX 9060 XT aparece na lista oficial, enquanto a RX 9070 não aparece em suas variantes. Nas gerações anteriores, a cobertura também é bastante seletiva.
Para o consumidor, isso representa uma camada adicional de pesquisa. É preciso descobrir não apenas se a placa funciona no Linux, mas também se a tecnologia de computação necessária para o seu trabalho reconhece oficialmente aquele modelo.
NVIDIA tem seus próprios problemas
A NVIDIA ocupa uma posição curiosa nessa história. No Windows, suas GPUs são frequentemente as mais utilizadas como referência por desenvolvedores de jogos. Isso significa que determinados softwares acabam sendo testados extensivamente nessas placas.
Existe, porém, um detalhe técnico nessa relação: alguns jogos e aplicações exploram comportamentos específicos dos drivers para conseguir ganhos de desempenho. Esses comportamentos podem não estar necessariamente previstos nos padrões utilizados pelas APIs.
Isso pode criar problemas de compatibilidade entre diferentes implementações de drivers.
No Linux, existe uma inversão interessante. O desenvolvimento dos drivers gráficos da AMD conta com participação da Valve, especialmente por causa do ecossistema de jogos baseado em Linux. Isso ajuda a lidar com determinadas particularidades encontradas em jogos.
A NVIDIA, por outro lado, pode seguir corretamente os padrões de documentação do Linux e ainda assim enfrentar aplicações que dependem de comportamentos específicos encontrados em outros ambientes.
Isso ajuda a explicar por que determinadas situações de desempenho não podem ser resumidas simplesmente a “o driver de uma empresa é melhor”.
Há toda uma cadeia envolvendo desenvolvedores de jogos, APIs gráficas, drivers e comportamentos específicos de cada plataforma.
O Proton também acrescenta uma camada
Jogos no Linux possuem ainda outra particularidade. Um título desenvolvido originalmente para Windows não está sendo executado no mesmo ambiente para o qual foi criado quando roda através do Proton ou do Wine. Essas tecnologias conseguem traduzir chamadas e comportamentos entre plataformas com uma eficiência impressionante, mas continuam introduzindo uma camada entre o jogo e o sistema. Isso pode ter impacto em determinadas situações.
Além da camada de compatibilidade, existe o problema dos comportamentos específicos dos drivers. Se um jogo foi otimizado levando em consideração uma determinada implementação utilizada no Windows, reproduzir exatamente essa condição no Linux pode ser mais difícil.
Isso não significa que jogos no Linux tenham necessariamente desempenho ruim. Pelo contrário, a diferença entre Windows e Linux vem diminuindo em muitos cenários. A questão é que são ambientes diferentes, e determinadas diferenças ainda aparecem dependendo da GPU, do driver e do próprio jogo.
Quando o Linux leva vantagem
O Linux possui uma presença gigantesca em servidores, e isso contribuiu para que os drivers fossem bastante desenvolvidos nesse ambiente. O DaVinci Resolve é um exemplo particularmente interessante. Em geral, o macOS é a melhor plataforma para o programa, seguido pelo Linux. No Windows, a mesma máquina equipada com uma RTX 3060 Ti apresentou uma experiência consideravelmente pior.
A diferença não estava necessariamente no hardware. O mesmo computador poderia oferecer resultados muito diferentes dependendo do sistema operacional utilizado.
O cenário também se aplica à inteligência artificial local. Modelos grandes podem aproveitar a aceleração das GPUs no Linux com excelentes resultados. No Windows, algumas dessas ferramentas precisam ser executadas dentro do WSL, acrescentando outra camada ao processo.
Em determinadas tarefas avançadas, o Linux pode oferecer uma experiência mais adequada justamente por ser uma plataforma tradicionalmente utilizada para esse tipo de computação.
O problema não termina nas placas de vídeo
A questão do suporte também aparece em outros componentes. Periféricos de marcas como Logitech, Razer e Redragon podem funcionar para as funções básicas, mas seus recursos avançados frequentemente dependem de softwares específicos.
Monitores são outro exemplo. Exibir imagem costuma ser simples, mas tarefas como calibração de cores podem ser muito mais complicadas no Linux por causa da disponibilidade limitada de ferramentas adequadas.
Esse é um ponto importante para quem compra hardware atualmente: a compatibilidade precisa ser analisada em função daquilo que você pretende fazer.
O consumidor precisa pesquisar antes
A evolução do Linux no desktop é evidente, mas ainda existe espaço para os fabricantes melhorarem a situação.
Para quem já decidiu utilizar Linux como sistema principal, verificar a compatibilidade antes de comprar hardware deixa de ser uma precaução opcional. É uma forma de evitar adquirir um componente que funciona perfeitamente para tarefas básicas, mas não oferece justamente o recurso que motivou a compra.
Este conteúdo é um corte do Diocast. Assista na íntegra ao episódio em que conversamos sobre por que determinados componentes podem ser mais temperamentais no Linux, com atenção especial para Wi-Fi e Bluetooth, dois exemplos capazes de transformar uma instalação aparentemente tranquila em uma verdadeira caça ao problema. E se você já passou por isso, provavelmente reconhece a sensação: você sabe que a placa está ali, sabe que ela funcionava, mas o sistema parece simplesmente não saber disso.
