Nvidia, Optimus e Bumblebee em novos computadores portáteis

[adhefe]

Manoel,

Segui a sugestão do Jaron no tópico em inglês,
http://forum.mandriva.com/en/viewtopic.php?t=135018

para iniciar o bumblebeed:
systemctl start bumblebeed.service

para habilitá-lo automáticamente:
systemctl enable bumblebeed.service

Aqui está o resultado do teste padrão com o glxgears lançado com o comando optirun, que usa a nvidia, e sem o optirun para voltar a usar a placa gráfica da intel. Note que se obtém quase 10 vezes mais quadros por segundo com o optirun!

[adhefe@localhost ~]$ optirun glxgears
[ERROR]Error running "modinfo": No such file or directory
2820 frames in 5.0 seconds = 563.935 FPS
2877 frames in 5.0 seconds = 575.336 FPS
2893 frames in 5.0 seconds = 578.498 FPS
2876 frames in 5.0 seconds = 575.161 FPS
2873 frames in 5.0 seconds = 574.416 FPS
2938 frames in 5.0 seconds = 587.572 FPS
2947 frames in 5.0 seconds = 589.278 FPS
2886 frames in 5.0 seconds = 577.153 FPS
[VGL] ERROR: in readback--
[VGL]    230: Window has been deleted by window manager
[adhefe@localhost ~]$ glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
302 frames in 5.0 seconds = 60.256 FPS
300 frames in 5.0 seconds = 59.857 FPS
300 frames in 5.0 seconds = 59.848 FPS
300 frames in 5.0 seconds = 59.856 FPS
300 frames in 5.0 seconds = 59.856 FPS
300 frames in 5.0 seconds = 59.858 FPS
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 3871 requests (3871 known processed) with 0 events remaining.

Eu não sei o que significa a mensagem de erro sobre o modinfo. O erro no final da aplicação é devido à interrupção com CTRL C.

[adhefe]

É curioso,

se uso a opção -fullscreen do glxgears os ganhos quase desaparecem.
Com a placa intel ainda tenho os mesmo 60 FPS, mas com a nVidia caio de 560 FPS para apenas 80 a 90 FPS. Será deficiência do VirtualGL?

[adhefe]

O problema com a VirtualGl é conhecido e estão trabalhando na busca de uma solução.

Mais informações no tópico em inglês.

[Manoel Pinho]

Muito legal esse tópico. É uma pena que não disponho de um hardware desses.

[adhefe]

Descobri, quando refiz a instalação, que não tenho um xorg.conf em /etc/X11, mesmo antes de instalar o bumblebee. Sei que o drakconfX cria este arquivo e que este aponta para o controlador da intel, mas para quê? Como desta vez não usei o drakconfX, estou com tudo funcionando perfeitamente sem o xorg.conf, com bumblebee inclusive.
Não faço ideia de onde estão as configurações para o uso do controlador intel gráfico.

[adhefe]

O Jaron fala que a configuração "regular" pode ser conhecida em,

/var/log/Xorg.0.log

e está lá,

LoadModule: "intel"

[adhefe]

Acho que posso passar algumas informações adicionais:

O RPM bumblebee inicializa o serviço bumblebeed mas este não parece funcionar sem, pelo menos, sair da sessão e entrar novamente. Talvez, numa próxima atualização, o pacote passe a avisar o usuário da necessidade de reinicializar o ambiente gráfico (?).

No meu micro, quando uso o bumblebee a placa nVidia entra em ação como esperado. O ponto é que esta placa gera uma quantidade de calor bastante grande ...
A nVidia é desligada assim que a aplicação termina.

Talvez o próximo pacote bumblebee já inclua os usuários (todos) no grupo bumblebee ou o grupo passe a não mais requerer permissão de uso.

O desempenho do conjunto bumblebee+nVidia é controlado também pelo VirtualGL. Este último parece depender do tamanho da janela aberta (?). Quanto maior a janela aberta menor o número de quadros por segundo. Segundo o Jaron, o desempenho da placa intel não depende do tamanho da janela, sempre dá um desempenho pequeno, constante. No entanto, em aplicações realmente com aceleração 3D, seu desempenho é bem mais baixo que o da nVidia e aí, mesmo com alguma perda devido à VirtualGl, é bem vantajoso usar o bumblebee. O pessoal do desenvolvimento do bumblebee está estudando uma forma de contornar as limitações do VirtualGL.

[adhefe]

Manoel,

Percebi que o pacote

x11-driver-video-nvidia-current-290.10-1-mdv2011.0.x86_64

que gerei a partir do src.rpm do cooker não provê o aplicativo nvidia-settings.
Isto é curioso porque a lista de arquivos fornecidos por este pacote (segundo o CCM) tem o

/usr/bin/nvidia-settings

Você disse que também compilou este pacote. Você tem o nvidia-settings?

Este fato me faz pensar que um problema com um aplicativo que usa GPU mais intensamente possa estar
relacionado com os pacotes rpm nvidia que gerei.

Obrigado.

[adhefe]

Atualizando, o que parecia um problema com o uso da GPU revelou-se ter outra causa.
Ainda estou curioso sobre a falta do nvidia-settings porque o CCM diz que o pacote provê isto.

[Manoel Pinho]

O guia do hardware publicou um artigo sobre isso

http://www.hardware.com.br/dicas/acpi-power.html

[adhefe]

Manoel,

As atualizações no forum em inglês, pelo Jaron, dão informações sobre a questão do desligamento da GPU nVidia. Ele diz que a GPU é desligada pelo bumblebee.
Se entendi direito, o problema da GPU sempre ativada acontece com a GPU AMD, com o controlador proprietário da AMD para Línux e Windows.
No meu caso, com GPU nVidia, notei que o aquecimento aumenta muito quando uso o comando optirun, que aciona a GPU. Quando termino a aplicação, diminui o aquecimento. Isto parece de acordo com o Jaron quando diz que a GPU é desligada quando cessa o optirun. Assim, acho que não tenho este problema com o bumblebee.
Mas, não posso garantir cem porcento que a GPU nvidia esteja mesmo desligada e não em "hibernação". De qualquer modo, parece que o bumblebee faz um trabalho melhor
para GPU's nVidia que o controlador da AMD para GPU's AMD.

Ficariam as dúvidas:
1- O bumblebee controlaria a GPU AMD?
2- O bumblebee desligaria a GPU AMD?

[Manoel Pinho]

Eu coloquei o artigo acima porque fala sobre um problema parecido, mas o artigo trata de GPUs AMD/ATI, não nvidia realmente. Sinceramente não tenho muito conhecimento sobre esses assuntos porque nem tenho um desses hardwares para testar as soluções.