====== Placas de Vídeo no Linux: porque eu uso Intel ======
{{:blog:entradas:intelinside.png |}}Durante muito tempo usei AMD pelo custo-benefício. Cheguei a ter um AMD64-X2 com placa ATi. [[:blog:entradas:mudei-para-intel|Um certo dia, em 2007,]] resolvi testar o Intel Dual Core, com uma placa Intel. Eu lembro que não atualizei a placa de vídeo (só usava NVidia na época) porque era cara e eu queria uma placa com saida DVI. Gostei tanto da placa on-board que nunca troquei pela NVidia mas por outra placa-mãe, que implica em trocar processador, memória, fonte, etc.., com placa de vídeo on-board e saída DVI.
A vantagem do Intel é que os drivers já estão embutidos no kernel e recebem o apoio da empresa (o mesmo acontece com os drivers de placas de rede sem fio, etc.). Em resumo, é ligar e usar, e a cada atualização a coisa fica melhor. A distribuição ArchLinux é excelente para quem quer usar tudo da máquina e não se importar em consertar problemas que apareçam por usar versões frescas atualizadas de drivers e pacotes. O que eu fiz foi usar o [[http://www.phoronix.com/scan.php?page=article&item=xorg_kms_2008&num=1|KMS (kernel-mode-setting)]] que representa a mudança do ajuste do modo de vídeo para o kernel, ao invés de aplicações (X e framebuffer). Sem entrar em detalhes técnicos, isto representa: boot mais rápido, carregamento do X mais rápido e melhor performance, inclusive no modo console. De quebra, dá para testar a aceleração UXA e o novo modo DRI2. Fiz tudo isto e ficou sensivelmente mais rápido, principalmente o carregamento do X e o desempenho do Compiz. Alguns vão querer benchtests, mas só faço benchtests quando eu não consigo sentir muita diferença, e não é o caso. Se seu Arch Linux roda o último Xorg (1.6.1-1), o driver da Intel mais novo no extra (2.6.3) e o kernel 2.6.29, você é um forte candidato a aproveitar estas novas características. Apesar de relatos diferentes na internet, eu não tive qualquer problema de estabilidade.
Vamos ao trabalho. Minha placa de vídeo
$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 82G35 Express Integrated Graphics Controller (rev 03)
Meu /etc/X11/xorg.conf completíssimo, com suporte ao tablet e teclado brasileiro:
$ cat /etc/X11/xorg.conf
Section "DRI"
Mode 0666
EndSection
Eu adicionei esta seção porque eu tinha esta saída do glxinfo
$ glxinfo | grep OpenGL
...
OpenGL renderer string: Software Rasterizer
...
Meu modprobe.conf (adicionei a última linha)
]$ cat /etc/modprobe.conf
#
# /etc/modprobe.conf (for v2.6 kernels)
#
alias net-pf-10 off
options i915 modeset=1
As linhas modificadas no /etc/mkinitcpio.conf
$ egrep "(MODULES|FILES)" /etc/mkinitcpio.conf | grep -v "^#"
MODULES="intel_agp i915"
FILES="/etc/modprobe.conf"
Rode como root:
mkinitcpio -p kernel26
Veja que beleza: apague aquele ''vga='' que você tinha no /boot/grub/menu.lst. O framebuffer vai entrar na resolução nativa, sem precisar mexer em nada. Reinicie o sistema e curta sua "bleeding edge" Intel. Veja se tudo realmente carregou mais rápido. Você pode conferir o uso da UXA e do DRI2 com o comando:
$ egrep "(UXA|DRI2)" /var/log/Xorg.0.log
(II) Loading extension DRI2
(II) intel(0): [DRI2] Setup complete
(II) UXA(0): Driver registered support for the following operations:
(II) intel(0): direct rendering: DRI2 Enabled
(II) GLX: Initialized DRI2 GL provider for screen 0
Eu sei que o glxgears não serve de benchmark, mas pulou de 500 para 850! Pode não ter um desempenho de uma NVidia ou ATi, mas me sinto seguro em saber que o fabricante colabora com o desenvolvimento do kernel.
Pode ser uma boa idéia ler os comentários deste post antes de se aventurarem: por exemplo, o Hamilton tem uma maneira mais simples de ativar o KMS. Caso o procedimento dê certo, deixe um comentário com o lspci da sua placa.
{{tag>arch linux}}
~~LINKBACK~~
~~DISCUSSION~~