Probleme performance driver nvidia et optimus

Support Debian
#1

Hello tout le monde !

Voila je rencontre un problème de performance avec ma carte nvidia gt650M sur une debian wheezy.
J’ai bien réussi à installer bumblebee, et le switch entre la carte intel et Nvidia se fait bien mais, mes performances ne sont vraiment pas géniales lorsque je test avec glxsperes et glxgears.
Voici en détail le résultat des commandes suivantes “glxspheres/glxgears >> /home/manuel/Bureau/glxtest.txt” et “optirun glxspheres >> /home/manuel/Bureau/glxtest.txt”:

Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
301 frames in 5.0 seconds = 60.081 FPS #glxgears sur intel3000
300 frames in 5.0 seconds = 59.983 FPS #glxgears sur intel3000
59.760199 frames/sec - 66.692382 Mpixels/sec #glxspheres sur intel3000
59.945057 frames/sec - 66.898683 Mpixels/sec #glxspheres sur intel3000
59.989092 frames/sec - 66.947827 Mpixels/sec #glxspheres sur intel3000

2322 frames in 5.0 seconds = 464.392 FPS #glxgears sur nvidia GT650m
2298 frames in 5.0 seconds = 459.494 FPS #glxgears sur nvidia GT650m
2302 frames in 5.0 seconds = 460.378 FPS #glxgears sur nvidia GT650m
63.459399 frames/sec - 70.820690 Mpixels/sec #glxspheres sur nvidia GT650m
63.479344 frames/sec - 70.842948 Mpixels/sec #glxspheres sur nvidia GT650m
63.671584 frames/sec - 71.057488 Mpixels/sec #glxspheres sur nvidia GT650m

Il y a une augmentation significative des FPS sur glxgears (bien que pour GT650m ce soit loin d’être super)
Mais avec glxsperes je ne gagne que 3/4 FPS.
Tout les paquets bbswitch, virtualGL et bumblebee sont à jour et compilés par mes soins.
Le driver NVIDIA est le dernier en date et j’utilise un kernel 3.6.0 compilé avec un maximun d’optimisation (d’ailleurs j’ai été obligé de forcer l’ACPI dans grub).

Auriez vous une piste pour m’éclairer ?

#2

Salut,

J’aurais préféré un numero de version :slightly_smiling:

#3

La version du driver c’est 310.19 en 32 bits

#4

Re,

Regardes ma signature, tu vois que tu n’as pas la dernière :slightly_smiling:

#5

Merci de ton aide,

Même avec le driver 313.09 ça plafonne toujours à 71 fps sur glxsperes.
Je cherche d’autres pistes mais je ne trouve rien.

#6

Re

Pourquoi je ne trouve pas cette commande : glxsperes ?

Que faut-il installer que mes dépôts connaissent ?

#7

[quote]
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.[/quote]
la fréquence verticale étant aux alentours de 60 , ça me semble tout a fait normal. ces tests ne sont pas significatif d’un manque de performance

#8

[quote=“ggoodluck47”]Re

Pourquoi je ne trouve pas cette commande : glxsperes ?

Que faut-il installer que mes dépôts connaissent ?[/quote]

J’ajoute que google n’a l’air de connaitre cette commande que sous Ubuntu :033

#9

[quote=“misaine”][quote]
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.[/quote]
la fréquence verticale étant aux alentours de 60 , ça me semble tout a fait normal. ces tests ne sont pas significatif d’un manque de performance[/quote]

Bien vu je suis tombé dessus aussi en parcourant ce que google m’offrait.
Sinon il y a du nouveau, j’ai compilé et installé le dernier noyau 3.7.1
ensuite j’ai supprimé (et surtout purgé) toutes les occurrences nvidia,bumblebee et virtualGL depuis synaptic
j’ai également installé le dernier driver nvidia en beta comme ggoodluck47 me l’a indiqué.
Et enfin j’ai tout recompilé depuis les sources (bumblebee, virtualGL; bbswitch).
Résultat comme tu le disais pour glxspheres cela ne bouge pas niveau perf, mais pour glxgears je suis passé de 455 fps à 650.

Donc c’est ok, même si 650 fps c’est pas la gloire je vais m’en satisfaire, Merci !

#10

Salut,

Tu ne nous a toujours pas dit où tu avais trouvé glxspheres chez DEBIAN :slightly_smiling:

#11

[quote=“ggoodluck47”]Salut,

Tu ne nous a toujours pas dit où tu avais trouvé glxspheres chez DEBIAN :slightly_smiling:[/quote]

Il est fournit avec les sources de virtualGL.

Pour ceux que cela intéresse voici une partie de la doc concernant glxspheres :

GLXSpheres is a benchmark that produces very similar images to nVidia’s (long discontinued) SphereMark benchmark. Back in the early days of VirtualGL’s existence, it was discovered (quite by accident) that SphereMark was a pretty good test of VirtualGL’s end-to-end performance, because that benchmark generated images with about the same proportion of solid color and similar frequency components to the images generated by volume visualization applications.

Thus, the goal of GLXSpheres was to create an open source Unix version of SphereMark (the original SphereMark was for Windows only) completely from scratch. GLXSpheres does not use any code from the original benchmark, but it does attempt to mimic the image output of the original as closely as possible. GLXSpheres lacks some of the advanced rendering features of the original, such as the ability to use vertex arrays, but since GLXspheres was primarily designed as a benchmark for VirtualGL, display lists are more than fast enough for that purpose.

GLXSpheres has some additional modes that its predecessor lacked, modes which are designed specifically to test the performance of various VirtualGL features:

Stereographic rendering (glxspheres -s)
Color index rendering (glxspheres -c)
In color index mode, GLXSpheres will draw the spheres using an 8-bit color map and will change the color map periodically.
Overlay rendering (glxspheres -o)
This renders text, a moving crosshair cursor, and a block of pixels to an 8-bit transparent overlay while animating the spheres on the underlay. The color map of the overlay is changed periodically.
Immediate mode rendering (glxspheres -m)
Want to really see the benefit of VirtualGL? Run glxspheres -m over a remote X connection, then run vglrun -sp glxspheres -m over the same connection and compare. Immediate mode does not use display lists, so when immediate mode OpenGL is rendered indirectly (over a remote X connection), this causes every OpenGL command to be sent as a separate network request to the X server … on every frame. Many applications do not use display lists (because the geometry they are rendering is dynamic, or for other reasons), so this models how such applications might perform when displayed remotely without VirtualGL.
Interactive mode (glxspheres -i)
In interactive mode, GLXSpheres will wait to draw a frame until it receives a mouse event. Continuously dragging the mouse in the window should produce a steady frame rate, and this frame rate is a reasonable model of the frame rate that you can achieve when running interactive applications in VirtualGL. Comparing this interactive frame rate (vglrun glxspheres -i) with the non-interactive frame rate (vglrun -sp glxspheres) allows you to quantify the effect of X latency on the performance of interactive applications in a VirtualGL environment.
GLXSpheres is installed in /opt/VirtualGL/bin on Linux and Solaris VirtualGL servers. 64-bit VirtualGL packages name this program glxspheres64 so as to allow both a 64-bit and a 32-bit version of GLXSpheres to be installed on the same system.