Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Ordinateurs Portables - Deux cartes graphiques - NVIDIA Optimus

Omega54

C'est bon, tout est nickel pour moi en re-installant ma Wheezy.
glxspheres et glxspheres64 me donnent d'assez bons résultats je pense.

~50 frames / secondes pour glxspheres et ~150 frames / seconde pour optirun glxspheres.

ArchangeGabriel

@Omega54: Oui, sous Debian il y a probablement des problèmes avec le multi arch, je n'ai pas vraiment pu tester cela dans les détails, et il doit effectivement falloir installer quelque lib32 de plus.

@Cthulhus: Tu installes celui que tu veux, ça fera sauter les autres de toutes façons. A priori, le plus récent (=plus haut numéro de version, a priori parmi 304, 310, 313 et 319 selon ton système) est le mieux, mais pas toujours (régressions, ...).

@GP974: J'ai vu ça avant-hier en effet, j'ai regardé le commit en question, rien de transcendant, c'est juste la correction des derniers gros bugs du côté support de Prime, ça nécessite toujours les dernières versions de développement de la plupart des autres paquets pour fonctionner, et c'est toujours pas suffisamment stable/fonctionnel pour qu'on puisse par exemple l'intégrer dans Bumblebee et profiter des avantages de chacun.

Cthulhus

Merci ArchangeGabriel !

david96

Une nouvelle sympa je crois : le pilote Nouveau supporte maintenant Nvidia Optimus 😉

GP974

@david96 en retard 😉 regarde 5 post au dessus

david96

Oops, trop fort 🙂

Omega54

@ArchangeGabriel : Est-ce que cette erreur est lié à VirtualGL (Primus n'est pas encore disponible sur wheezy)

[VGL] NOTICE: Pixel format of 2D X server does not match pixel format of Pbuffer.  Disabling PBO readback

Je l'ai toujours en lançant une application Wine.

paynssj4

bonjours ArchangeGabriel
je voulais juste savoir quelque chose.
primusrun ? what is this ?
je joue toujours sur émulation pcsx2 et depuis quelques temps, j'ai remarqué dans mes depots qu'il y avait aussi primusrun
du coup si je veux charger pcsx2 avec des plugins "gsdx-ogl" optirun est obligatoire ! mais si c'est genre le plugin zzolg ben primusrun est obligatoire ! (voir même plus performant sur prismusrun )
grégory hainaut (le developpeur de pcsx2 sous debian...) ni lui, ni dans le Tutoriel d'ici, il y avait mention de prismurun mais que optirun !
alors je voulais savoir pourquoi ce nouveau primusrun ?

edit: j'ai pas lue toutes les pages précédentes ><

Cthulhus

paynssj4 a écritbonjours ArchangeGabriel
je voulais juste savoir quelque chose.
primusrun ? what is this ?
je joue toujours sur émulation pcsx2 et depuis quelques temps, j'ai remarqué dans mes depots qu'il y avait aussi primusrun
du coup si je veux charger pcsx2 avec des plugins "gsdx-ogl" optirun est obligatoire ! mais si c'est genre le plugin zzolg ben primusrun est obligatoire ! (voir même plus performant sur prismusrun )
grégory hainaut (le developpeur de pcsx2 sous debian...) ni lui, ni dans le Tutoriel d'ici, il y avait mention de prismurun mais que optirun !
alors je voulais savoir pourquoi ce nouveau primusrun ?

edit: j'ai pas lue toutes les pages précédentes ><

Oui, moi aussi je suis preneur, on a : Optirun Bash, Optirun, primusrun, et des résiltats differents a chaque fois, certains jeux marchent avec l'un ou l'autre...

paynssj4

Oh ? optirun bash ? jamais pratiquer celui là

ArchangeGabriel

Alors, en gros, il y a plusieurs possibilités pour transférer les images après le rendu par la carte NVIDIA vers la carte Intel. Celles utilisées (appelées "backends") dans les projets liés à Optimus sont les suivantes :
* Envoi des images en faisant tourner un serveur sur la carte NVIDIA et un client sur la carte Intel, comme pour des services de rendu distants. Cette méthode est implémentée par VirtualGL. C'est le "backend" par défaut actuellement, car il y a (avait ?) moins de bugs, mais c'est le moins performant.
* Transfert des images directement d'un serveur X à l'autre. C'est la méthode implémentée par primus. Elle est disponible avec Bumblebee, soit via optirun -b primus <application>, soit via primusrun <application> (il y a des différences subtiles entre les deux, notamment primusrun n'active la carte NVIDIA que lorsque nécessaire, c'est utile pour lancer des applications comme un navigateur web avec). Ce sera le réglage par défaut dès que primus sera suffisamment stable.
* Transfert des images de la mémoire d'une carte à l'autre : meilleure méthode possible, en cours d'implémentation dans le projet PRIME.

Omega54

@Archange, tu peux m'expliquer mon erreur cité plus haut. en farfouillant sur le Net, cette erreur provient d'GL_ARB_pixel_buffer_object . Or celui-ci est disponible dans les drivers 304.88 de Debian... Mais je ne comprends pas pourquoi il se désactive...

Merci

ArchangeGabriel

@Omega54: Désolé, je t'avais oublié du coup. "[VGL] NOTICE: Pixel format of 2D X server does not match pixel format of Pbuffer. Disabling PBO readback", ce n'est pas super important a priori. C'est un peu embêtant pour les performances, mais c'est un bug assez classique je crois et compliqué à résoudre d'un côté (VirtualGL) comme de l'autre (programme utilisé). C'est typiquement dû aux programmes regardant ce qui est disponible comme extensions/buffers côté NVIDIA via certaines méthodes plutôt que de faire confiance au serveur. Or, dans le cadre de la technologie Optimus, d'une part certaines extensions OpenGL ne peuvent pas fonctionner, d'autre part il est important que le format des pixels soit le même pour la carte Intel et la carte NVIDIA. Or cette dernière possède souvent beaucoup plus de buffers et de formats de pixels différents que la carte Intel. A priori, primus peut régler ce genre de problème, car il n'expose uniquement ce qui est disponible en commun/fonctionne sans problème. N'hésite pas à le tester pour voir si c'est mieux. D'ailleurs, pareil pour tout le monde, je ne l'ai pas dit dans mon post précédent, mais vous êtes invités à tester primus et rapporter les éventuels problèmes que vous auriez avec.

Omega54

Petite question par rapport à mes tests (Je suis passé sous Sid donc j'ai installé primus) :

Intel + Glxspheres :

berillions@debian64:/opt/VirtualGL/bin$ ./glxspheres
Polygons in scene: 62464
Visual ID of window: 0x21
Context is Direct
OpenGL Renderer: Mesa DRI Intel(R) Ivybridge Mobile x86/MMX/SSE2
59.335743 frames/sec - 66.218689 Mpixels/sec
59.268405 frames/sec - 66.143540 Mpixels/sec
59.830704 frames/sec - 66.771065 Mpixels/sec
59.829560 frames/sec - 66.769788 Mpixels/sec
59.332591 frames/sec - 66.215172 Mpixels/sec

Nvidia + Optirun :

berillions@debian64:/opt/VirtualGL/bin$ optirun ./glxspheres
Polygons in scene: 62464
Visual ID of window: 0x21
Context is Direct
OpenGL Renderer: GeForce GTX 670MX/PCIe/SSE2
128.678861 frames/sec - 143.605609 Mpixels/sec
141.987310 frames/sec - 158.457839 Mpixels/sec
142.214276 frames/sec - 158.711132 Mpixels/sec
143.378243 frames/sec - 160.010120 Mpixels/sec
147.638074 frames/sec - 164.764091 Mpixels/sec

Nvidia + Primusrun :

berillions@debian64:/opt/VirtualGL/bin$ primusrun ./glxspheres
Polygons in scene: 62464
Visual ID of window: 0x21
Context is Direct
OpenGL Renderer: GeForce GTX 670MX/PCIe/SSE2
61.057978 frames/sec - 68.140703 Mpixels/sec
59.836632 frames/sec - 66.777681 Mpixels/sec
59.809684 frames/sec - 66.747608 Mpixels/sec
59.857952 frames/sec - 66.801474 Mpixels/sec
59.828030 frames/sec - 66.768082 Mpixels/sec

Nvidia + Primusrun + vblank_mode=0 :

berillions@debian64:/opt/VirtualGL/bin$ vblank_mode=0 primusrun ./glxspheres
ATTENTION: default value of option vblank_mode overridden by environment.
ATTENTION: default value of option vblank_mode overridden by environment.
Polygons in scene: 62464
Visual ID of window: 0x21
Context is Direct
OpenGL Renderer: GeForce GTX 670MX/PCIe/SSE2
210.858522 frames/sec - 235.318110 Mpixels/sec
215.740460 frames/sec - 240.766353 Mpixels/sec
216.037977 frames/sec - 241.098382 Mpixels/sec
214.039778 frames/sec - 238.868392 Mpixels/sec
211.789380 frames/sec - 236.356948 Mpixels/sec

Si je comprends bien les résultats, lorsque je lançais "Optirun", le vsync était désactivé par défaut ?
Du coup, lorsque je lance un jeu Wine, vaut mieux que je le lance via "primusrun" ou " vblank_mode=0 primusrun" ? (tout en désactivant le vsync in-game) ?

Merci

ArchangeGabriel

primusrun tout court, it's a feature, not a bug. 😉

C'était un défaut de VirtualGL, que primus corrige. D'ailleurs, dans l'absolu, il faut faire tourner glxspheres avec vblank_mode=0 si tu veux comparer aux scores avec la carte NVIDIA. Désactiver la V-Sync est généralement inutile, voir dangereux (problème de tearing/déchirement d'images).

Omega54

@ArchangeGabriel : J'ai eu ce message durant ma partie d'AC Révélations

primus: warning: glXSwapBuffers: respawning threads after context change

Il n'est apparu qu'une seule fois dans la console, je dois y préter attention ou non vu que ce n'est qu'un warning ?
Merci

lylambda

ArchangeGabriel a écritD'ailleurs, pareil pour tout le monde, je ne l'ai pas dit dans mon post précédent, mais vous êtes invités à tester primus et rapporter les éventuels problèmes que vous auriez avec.

Tu as plutôt besoin de tests avec "optirun -b primus <application>" ou avec "primusrun <application>" ?

ArchangeGabriel

@Omega54: Oui, ça n'est pas très important, c'est surtout un message de debug et indiquant que les développeurs du jeu font des choses pas super biens de mémoire, mais rien de grave.

@lylambda: Peu importe, ce qui compte c'est de tester le backend principalement. Un peu des deux si tu veux.

Toumtilapatatita

Bonjour,

Je voudrais savoir si je suis concerné par Optimus.

Voici ce qui répond à la commande lspci -vnn | egrep 'VGA|3D':

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) (prog-if 00 [VGA controller])

Merci

ArchangeGabriel

Non.

« Page précédente Page suivante »