Driver X.Org X Server ou driver proprietário da AMD?

9

Vejo que minha máquina (Radeon HD 6290) tem a opção de escolher o driver X.Org X Server ou o driver proprietário da AMD:

insira a descrição da imagem aqui

Quero saber qual é o recomendado em termos de desempenho em geral? Um deles tem uma vantagem sobre o outro? E, além do desempenho, há algum problema de estabilidade com eles em geral? Com que frequência são atualizados?

drivers ati Queixo
fonte
Não tenho certeza sobre o desempenho, mas tenho algo a dizer sobre estabilidade (mas leve-o com um pouco de sal, provavelmente YMMV). Meu laptop falhou ao suspender / ativar (de / para a RAM) com o X.Org X server, mas não com fglrx-updatesou fglrx-experimental-xx. A verificação syslogmostra que o problema estava com um processo (instância de) Xorg. Basta colocá-lo lá fora para referência. Lembre-se, YMMV. Foi muito semelhante a este relatório de erro . Limpando o driver e instalando o mais recente, foi fglrx-experimental-xxcorrigido.
precisa saber é o seguinte
meus amigos HP laptop usando AMD usado para aquecer muito, mas quando ele mudou de x.orgque fglrxseu laptop foi muito mais frio do que antes, sem aquecimento
Edward Torvalds

Respostas:

6

O driver de código aberto do xorg é muito mais estável que o proprietário, portanto, se você não precisar de nenhum dos recursos do driver proprietário, fique com o driver de código aberto.

Fglrx e fglrx-updates são os mesmos quando uma nova versão do Ubuntu é lançada. O Fglrx-updates mais tarde é atualizado quando drivers mais novos são lançados pela AMD, enquanto o fglrx geralmente não é atualizado até você atualizar para uma nova versão do Ubuntu. Isso significa que as atualizações do fglrx provavelmente terão melhor desempenho, menos bugs e mais recursos do que o fglrx, mas, em princípio, pode acontecer que uma atualização seja lançada para ele, que contém novos bugs (que podem até impedir o sistema de iniciar um GUI).

Agora, as vantagens do driver proprietário:

  • Possui desempenho 3D muito superior, o que também é relevante para o desempenho da área de trabalho ao usar um gerenciador de janelas de composição (o Unity usa o Compiz, que depende muito da aceleração 3D)
  • Com isso, a placa gráfica consome menos energia (principalmente relevante em laptops)
  • Ele vem com suporte ao OpenCL, o que significa que alguns programas podem se beneficiar do chip gráfico (por exemplo, imagemagick, embora eu ache que esse recurso esteja desativado no Ubuntu)
  • Você pode usar o VAAPI para obter decodificação de vídeo acelerada por hardware (por exemplo, no VLC media player), mas isso geralmente é necessário apenas em CPUs muito lentas, como AMD C-series ou Intel Atom.
  • Em algumas placas, o driver de código aberto não suporta saída de áudio por HDMI; nesse caso, use o driver proprietário.

Agora, as desvantagens do driver proprietário

  • Eu mencionei que é menos estável que o driver de código aberto?
  • Em alguns sistemas, os artefatos lacrimejantes são visíveis ao reproduzir arquivos de vídeo (há uma configuração no Catalyst Control Center para evitar isso, mas não funciona em alguns sistemas)
  • Para algumas configurações, é necessário usar o Catalyst Control Center em vez das Configurações do sistema Ubuntu, por exemplo, se você deseja estender a área de trabalho para um segundo monitor pela primeira vez.

Como eles são mencionados em um dos comentários, apenas uma palavra sobre os drivers experimentais : eu não recomendo usá-los, eles são atualmente (pelo menos em 12.04) incompatíveis com alguns outros pacotes (principalmente: decodificação de vídeo em hardware e o opencl não funciona sem hacks feios). Se você realmente precisa dos drivers mais recentes da AMD, obtenha-os no site da AMD e use-os para criar pacotes específicos de distribuição .

Longa história: se tudo funcionar bem para você com os drivers de código aberto, use-os. Se você deseja ou precisa de um dos recursos mencionados acima e está bem com o risco muito pequeno de uma atualização quebrar algo, use fglrx-updates, caso contrário, fglrx. Não use os drivers experimentais se não tiver certeza do que está fazendo.

soulsource
fonte
11
obrigado! O desempenho é exatamente o meu problema. Meu laptop (gráfico HD6290, 4 GB de RAM, AMD C60) funciona muito bem no Windows 8, mas fica atrasado e não responde no Ubuntu. Estou pensando que pode ser um problema de driver. Você mencionou os drivers exprimentais, acho que não está na minha captura de tela, não?
Chin
2
Nesse caso, tente os drivers fglrx-updates, eles funcionam bem no meu netbook C60 e oferecem um desempenho surpreendentemente bom. Os drivers experimentais não estão na sua captura de tela. Eu acho que os desenvolvedores do Ubuntu estão cientes dos problemas com os drivers experimentais e, portanto, não os listam.
soulsource
3
E outra coisa: se você quiser assistir a vídeos no laptop, provavelmente precisará de decodificação de hardware. Para isso, você precisa usar os drivers proprietários. Além disso, você precisará instalar as bibliotecas de decodificação de hardware: libva (talvez também libva-dev), libva-x11-1, libva-glx1, xvba-va-driver. Para ver se está funcionando, instale o vainfo e execute-o em um terminal. Se ele listar vários perfis (se bem me lembro corretamente) 2, o suporte à decodificação de hardware está instalado corretamente. O único reprodutor disponível no Ubuntu que suporta decodificação de hardware imediata é o vlc. Verifique as configurações de entrada e codec para habilitá-lo.
soulsource
bom, meu laptop também é C60
Chin
11
Até recentemente, o gerenciamento dinâmico de energia era desativado nos drivers de código aberto por padrão, e era necessário definir um parâmetro de linha de comando do kernel para habilitá-lo. Como o gerenciamento dinâmico de energia do Kernel 3.13 também está habilitado no driver de código aberto para muitas placas, com uma versão recente do kernel, o problema de superaquecimento não deve mais estar presente.
soulsource