Dépôt sur la version en développement de Mesa(bibliothèque graphique)

chepioq · 23/04/2015 17:23:29

J'ai installé tes paquets mesa de F21 sur ma F22 beta, avec le pilote nouveau, mais je ne vois pas de différence.
Cela fonctionne sans soucis, mais qu'est-ce que je suis sensé trouver comme amélioration ?

VINDICATORs · 23/04/2015 18:00:12

Stabilité et performance normalement. Il y a pas beaucoup de révolutions non plus. Faut voir si ça tourne bien sans trop de bogues et de plantages.

chepioq · 23/04/2015 19:16:41

J'ai aussi installé tes paquets mesa sur ma F21, qui utilise les drivers nvidia.

Du point de vu performance il y a une petite amélioration :
Sans tes paquets :

[dominique@host-192-168-1-2 ~]$ glxspheres64
Polygons in scene: 62464
Visual ID of window: 0x27
Context is Direct
OpenGL Renderer: GeForce GT 525M/PCIe/SSE2
416.888977 frames/sec - 451.290655 Mpixels/sec
438.875323 frames/sec - 475.091315 Mpixels/sec
439.270065 frames/sec - 475.518631 Mpixels/sec
420.545345 frames/sec - 455.248746 Mpixels/sec
438.414498 frames/sec - 474.592462 Mpixels/sec
438.988825 frames/sec - 475.214183 Mpixels/sec
414.880659 frames/sec - 449.116611 Mpixels/sec
437.994935 frames/sec - 474.138277 Mpixels/sec
439.598584 frames/sec - 475.874259 Mpixels/sec
438.730390 frames/sec - 474.934421 Mpixels/sec
418.410568 frames/sec - 452.937808 Mpixels/sec
439.358952 frames/sec - 475.614853 Mpixels/sec
435.995062 frames/sec - 471.973375 Mpixels/sec
406.938343 frames/sec - 440.518895 Mpixels/sec
^C

avec tes paquets :

[dominique@host-192-168-1-2 ~]$ glxspheres64
Polygons in scene: 62464
Visual ID of window: 0x27
Context is Direct
OpenGL Renderer: GeForce GT 525M/PCIe/SSE2
486.201507 frames/sec - 526.322856 Mpixels/sec
471.509701 frames/sec - 510.418682 Mpixels/sec
450.752717 frames/sec - 487.948831 Mpixels/sec
458.251989 frames/sec - 496.066944 Mpixels/sec
439.574920 frames/sec - 475.848642 Mpixels/sec
465.497225 frames/sec - 503.910056 Mpixels/sec
478.087375 frames/sec - 517.539145 Mpixels/sec
478.601480 frames/sec - 518.095674 Mpixels/sec
445.405754 frames/sec - 482.160637 Mpixels/sec
446.365536 frames/sec - 483.199620 Mpixels/sec
448.316582 frames/sec - 485.311666 Mpixels/sec
^C
[dominique@host-192-168-1-2 ~]$

avec tes paquets on est entre 475 et 525 Mpixels/sec, sans tes paquet entre 440 et 475 Mpixels/sec

chepioq · 23/04/2015 19:23:05

Et sur ma F22 avec nouveau j'ai :

[dominique@host-192-168-1-2 ~]$ glxspheres64
Polygons in scene: 62464
Visual ID of window: 0x221
Context is Direct
OpenGL Renderer: Gallium 0.4 on NVC1
58.527149 frames/sec - 63.211662 Mpixels/sec
58.345543 frames/sec - 63.015520 Mpixels/sec
58.333440 frames/sec - 63.002449 Mpixels/sec
58.310040 frames/sec - 62.977176 Mpixels/sec
58.317774 frames/sec - 62.985528 Mpixels/sec
58.313013 frames/sec - 62.980386 Mpixels/sec
58.330785 frames/sec - 62.999581 Mpixels/sec
58.320241 frames/sec - 62.988193 Mpixels/sec
58.340237 frames/sec - 63.009789 Mpixels/sec
58.319298 frames/sec - 62.987175 Mpixels/sec
58.323637 frames/sec - 62.991861 Mpixels/sec
58.308856 frames/sec - 62.975896 Mpixels/sec
^C

Donc environ 63 Mpixels/sec, ce qui montre quand même la différence de performance entre nouveau et les drivers nvidia

Dernière modification par chepioq (23/04/2015 19:25:08)

VINDICATORs · 24/04/2015 06:54:22

Je mets en ligne les paquets pour f22 et rawhide dans la journée.

VINDICATORs · 24/04/2015 07:10:27

chepioq a écrit :

Et sur ma F22 avec nouveau j'ai :

[dominique@host-192-168-1-2 ~]$ glxspheres64
Polygons in scene: 62464
Visual ID of window: 0x221
Context is Direct
OpenGL Renderer: Gallium 0.4 on NVC1
58.527149 frames/sec - 63.211662 Mpixels/sec
58.345543 frames/sec - 63.015520 Mpixels/sec
58.333440 frames/sec - 63.002449 Mpixels/sec
58.310040 frames/sec - 62.977176 Mpixels/sec
58.317774 frames/sec - 62.985528 Mpixels/sec
58.313013 frames/sec - 62.980386 Mpixels/sec
58.330785 frames/sec - 62.999581 Mpixels/sec
58.320241 frames/sec - 62.988193 Mpixels/sec
58.340237 frames/sec - 63.009789 Mpixels/sec
58.319298 frames/sec - 62.987175 Mpixels/sec
58.323637 frames/sec - 62.991861 Mpixels/sec
58.308856 frames/sec - 62.975896 Mpixels/sec
^C

Donc environ 63 Mpixels/sec, ce qui montre quand même la différence de performance entre nouveau et les drivers nvidia

Ok, il y a encore du taff. A voir avec Mesa 10.6.

Sur ma machine avec le pilote libre :

 glxspheres64 
Polygons in scene: 62464
ATTENTION: default value of option vblank_mode overridden by environment.
Visual ID of window: 0x274
Context is Direct
OpenGL Renderer: Gallium 0.4 on AMD PITCAIRN
1060.095353 frames/sec - 1183.066414 Mpixels/sec
1081.228552 frames/sec - 1206.651065 Mpixels/sec
1093.373961 frames/sec - 1220.205340 Mpixels/sec
1125.629916 frames/sec - 1256.202987 Mpixels/sec
1112.777142 frames/sec - 1241.859291 Mpixels/sec
1080.914956 frames/sec - 1206.301090 Mpixels/sec
1120.649455 frames/sec - 1250.644792 Mpixels/sec
1093.973396 frames/sec - 1220.874310 Mpixels/sec

Je mettrai en ligne les paquets pour F22 tout à l'heure, on verra si il y a une différence. Je pense aussi mettre les paquets pour LLVM 3.6 que j'ai sous la main pour F22, car c'est ce que j'utilise sur la machine locale.

Dernière modification par VINDICATORs (24/04/2015 07:16:28)

chepioq · 24/04/2015 07:21:19

La grande différence vient aussi du fait que tu as une carte AMD puissante (ATI R9 270) contre une nvidia de bas de gamme (GeForce GT 525M)

VINDICATORs · 24/04/2015 07:50:30

Je sais, mais c'est pour dire que normalement la différence entre libre et proprio est quand même moins importante que pour nvidia.

Je testerai avec la HD4850 pour voir la comparaison, après je sais pas si elle est considéré plus performante... Voir aussi avec la intel intégré.

Dernière modification par VINDICATORs (24/04/2015 08:00:13)

VINDICATORs · 27/04/2015 09:16:43

Je transfert les versions F22 et Rawhide dans la journée, dsl du retard.

Pour le comparatif des versions, vous pouvez en voir pour radeon ici : http://www.phoronix.com/scan.php?page=n … .6-Linux-4

A savoir que je mets en ligne la version F22 avec LLLVM 3.6. Dans le pire des cas il suffit simplement de supprimer pocl qui pose des problèmes pour le moment en attendant une version qui fonctionne.

Normalement je ne mettrai pas de nouvelle version cette semaine étant absent quelques jours.

Je transfert les informations sur le site, si vous avez un souci ou une question n'hésitez pas à faire des commentaires sur le site ou dans la rubrique "Le comptoir du libre". Si vous avez des questions plus spécifique sur les paquets c'est bien sur la rubrique actuel qu'il faut poser des questions.

ben51 · 01/05/2015 18:50:27

Comment on fait pour affiché les erreur avec dnf (enfin avec yum quand il y a un conflit de paquet il affiche alors que dnf skip et n'affiche rien) ?

VINDICATORs · 02/05/2015 20:41:00

Perso j'en ai eu qu'avec pocl dont la version compatible avec llvm 3.6 échoue à chaque fois.

En dehors de ça je n'ai pas eu de souci. Donc oui ça serait bien de savoir ce qui pose problème dans les logs de yum/dnf à mon avis?

ben51 · 02/05/2015 21:46:08

Justement je cherche a avoir le comportement de yum update avec dnf, de souvenir il y a une option mais je ne retrouve pas.

Edouard_le_homard · 03/05/2015 07:28:35

t'as essayé -v ?

VINDICATORs · 04/05/2015 15:08:01

Je viens d'ajouter le dépôt dans la doc vu qu'il n'y a pas eu de réponses négatives (ni positives d'ailleurs, mais là je commence à avoir l'habitude) sur la liste de diffusion.

http://doc.fedora-fr.org/wiki/D%C3%A9p% … eloppement

J'ai un doute sur le titre, donc n'hésitez pas à faire des remarques et des propositions si besoin.

J'ai d'autres projets en tête pour ce dépôt, donc je pense rajouter "et autres" au titre de la doc. Comme c'est quand même principalement sur ce sujet (bibliothèque Mesa 3D), je préfère le mettre en avant.

En ce qui concerne le support, il peut être mis dans les sections adaptés pour du forum (exemple celui spécifique pour "Fedora 21 " niveau "matériels"), et laisser celui là aux questions sur les paquets en eux même.

Dernière modification par VINDICATORs (04/05/2015 15:08:52)

Raily · 06/05/2015 12:24:21

De retour sur ma config en full AMD, je viens de faire la mise à jour de la fedora (et du mesa donc)
Pour rappel, ma carte en drivers libre :

04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon HD 6770]

ça me donne :

$ glxspheres64
Polygons in scene: 62464 (61 spheres * 1024 polys/spheres)
ATTENTION: default value of option vblank_mode overridden by environment.
Visual ID of window: 0x235
Context is Direct
OpenGL Renderer: Gallium 0.4 on AMD JUNIPER
290.795993 frames/sec - 324.528328 Mpixels/sec
327.107111 frames/sec - 365.051536 Mpixels/sec
307.328916 frames/sec - 342.979070 Mpixels/sec
318.731674 frames/sec - 355.704548 Mpixels/sec
284.166904 frames/sec - 317.130265 Mpixels/sec
300.718661 frames/sec - 335.602026 Mpixels/sec
301.742164 frames/sec - 336.744255 Mpixels/sec
292.944998 frames/sec - 326.926618 Mpixels/sec
304.180503 frames/sec - 339.465441 Mpixels/sec
317.952735 frames/sec - 354.835252 Mpixels/sec
331.293056 frames/sec - 369.723050 Mpixels/sec
326.241159 frames/sec - 364.085134 Mpixels/sec

VINDICATORs · 06/05/2015 12:40:46

Je viens de voir qu'il y avait des soucis avec certains jeux STEAM et le multi écran que ce soit avec la même carte ou en utilisant plusieurs différentes. Les jeux cherchent à aller sur l'autre écran ou sur l'autre carte par moment, ce qui entraine des plantages, voir des blocages complet du système.

La solution est de couper l'écran par l'utilitaire de réglage quand vous voulez jouer.

Du moins sous KDE, mais j'avais le même souci sous gnome.

Il y a un vol de focus aléatoire qui provoque ce comportement.

Je suis très pris aujourd'hui, donc la dernière mise à jour risque d'être en retard.

De plus il y a ce souci de dépendance qui me pose des problèmes pour Fedora 20. Du coup je reviendrai là dessus dès que j'ai 5 minutes, voir laisse tomber la mise à jour de développement pour proposer la dernière version stable qui est plus à jours que celle fourni officiellement.

VINDICATORs · 17/05/2015 10:21:48

Je mets en ligne la dernière version de développement du moment, elle sera accessible dès que le transfert sera terminé.

Vu les souci avec DNF et la version pour Fedora 22 et 23/Rawhide, j'ai omis les .src.rpm car ils me demandent beaucoup trop de temps d'envois.

Je vais mettre la dernière version stable de mesa à jour pour Fedora 20, vous pouvez quand même utiliser la version de développement disponible qui n'est plus mis à jour depuis quelques temps. La dernière version stable officiel est la 10.5.5, dont voici ce qu'elle corrige et apporte de plus : http://cgit.freedesktop.org/mesa/mesa/c … 2a826c2083

La prochaine fournée verra arriver la signature des paquets. Je remettrai aussi les src.rpm pour celles et ceux que cela intéresse, ainsi que les .debug.rpm.
Je vais aussi retoucher le .spec pour l'adapter au site et ajouter quelques notes de versions, comme le passage à llvm 3.6 pour Fedora 22 et Rawhide.

N'hésitez pas à faire vos retours et d'indiquer si vous rencontrez des problèmes.

Dernière modification par VINDICATORs (17/05/2015 10:27:20)

VINDICATORs · 17/05/2015 11:15:23

Bon suite à un reboot pour mise à jour du noyau, j'ai un blocage dans l'accès au serveur. J'attends un mail pour pouvoir retrouver l'accès, mais il n'arrive pas.

Du coup le serveur est arrêté. Je remet tout en place dès que possible.

shnoulle · 17/05/2015 15:11:19

VINDICATORs a écrit :

Je viens de voir qu'il y avait des soucis avec certains jeux STEAM et le multi écran que ce soit avec la même carte ou en utilisant plusieurs différentes. Les jeux cherchent à aller sur l'autre écran ou sur l'autre carte par moment, ce qui entraine des plantages, voir des blocages complet du système.

Salut,

Sur le poste familial, avec actuellement la carte Intel : j'ai le même problème en passage plein écran. Donc ce n'est peut être pas lié au pilote de la carte, mais plus à Steam.

Denis
PS : pour le titre de http://doc.fedora-fr.org/wiki/D%C3%A9p% … eloppement : http://doc.fedora-fr.org/wiki/D%C3%A9p% … indicators ? Ce qui te permettras d'ajouter ;)

Dernière modification par shnoulle (17/05/2015 15:12:44)

VINDICATORs · 17/05/2015 23:00:01

J'ai pas trop compris la fin de ta phrase. ..

Je pense aussi que ça vient des jeux, sans rien faire j'ai un jeu que ne veut plus ce mettre que sur le 19" avec la résolution du 27"... du coup ça deconne de partout avec les zones des boutons décalé... et si je force sur le 27 il veut pas.

Dernière modification par VINDICATORs (18/05/2015 09:31:47)

VINDICATORs · 18/05/2015 09:31:12

Bon encore quelques modifications et le serveur est de nouveau actif.

C'était Selinux qui n'avait pas pris en compte un changement.

Par contre sachez que maintenant chez kimsuffi, quand vous activez le mode rescue, c'est votre clef ssh par défaut (défini sur leur interface client) qui est pris en compte et non plus par l'envoi d'un mail avec un lien ou un mot de passe.
J'ai quand même dû le comprendre tout seul et c'est quand même pénible.

Je pense qu'avec tout ce que j'ai mis en place le serveur est relativement bien sécurisé. Reste plus que cette histoire de signature du dépôt et ce sera parfait.

Dernière modification par VINDICATORs (18/05/2015 09:39:16)

VINDICATORs · 20/05/2015 09:27:01

La version 10.6 vas devenir la prochaine version stable.

Du coup la version 10.7 devient la version de développement. Elle devrait amener à la version 11 de mesa avec l'apport de l'openGL 4.0 au moins.

Cette 10.7 devient la version proposé sur le dépôt, je mets la 10.5.5 pour Fedora 20 d'ici peut. La version 10.6 stable sera proposé pour Fedora 21 pour celles et ceux qui veulent.

Normalement la version 10.5.5 devrait être fonctionnel pour CentOS 7, mais j'ai de gros doutes quand même.

VINDICATORs · 26/05/2015 18:35:01

Je voulais fêter la sortie de Fedora 22 en stable avec une nouvelle version, mais j'étais parti pour une sortie ce Jeudi et pas aujourd'hui. Du coup je me suis fais avoir tongue .

Comme j'avais d'autres préoccupations (résultats d'ici peut d'ailleurs, ce qui permettra de ramener rapidement une Nvidia récente à la maison), c'est donc raté pour aujourd'hui.

Je devrai avoir un peu de temps pour demain matin le temps de finir la validation de la version actuel. Par la suite j'aimerai enfin terminer le script pour automatiser l'empaquetage directement par le serveur, mais ces histoires de DNF avec la CentOS 7 me bloque toujours pour F22 et Rawhide.

Il y a une autre possibilité, qui est de virtualiser une F22 avec docker (oui c'est possible de faire un container pour un système entier, là c'est KVM qui prend le relai) et déporter le dépôt dessus. Mais bon je n'en suis pas encore là. Sans compter que j'ai un doute sur le serveur niveau performance.

Reste le plan de secours qui est de synchroniser les données en local et le serveur comme actuellement, mais bon ça ne m’intéresse pas des masses. Mais bon! ça permettra sans doute d'attendre le nouveau serveur plus puissant (sans doute du passage d'une formule à base d'Atom vers un i5 ou un Xeon/Bi-Xeon) quand ça sera possible. Là je pourrai remanier tout le système sans avoir peur des performances.

En ce qui concerne Fedora 20, il y a une possibilité pour empaqueter Mesa pour la version de LLVM disponible, mais vu ce qu'elle ne peut apporter, autant rester sur la branche 10.5.xx, surtout que F20 est en fin de vie (qui fut très longue d'ailleurs).

Niveau architecture, je vais tenter le support des versions ARM, car ça bouge pas mal de ce coté là aussi.

Donc mise à jour demain dans la journée si je ne rencontre pas de souci avec les tests et si j'ai le temps (bah oui! faut toujours que je sois dérangé quand je suis parti à faire quelque chose... ça loupe jamais en ce moment!).

VINDICATORs · 29/05/2015 22:33:43

Justr pour dir qu'une nouvelle version est disponible. J'espère avoir le temps de travailler sur les signatures et la version 10.5.xx pour f20

Pocl pose toujours des problèmes, je regarde pour proposer une version recente pour f22.

VINDICATORs · 05/06/2015 12:03:14

Une nouvelle version est en cours de chargement, avec pas mal de corrections de bogues et de travail sur l'openGL 4 et +.

Je termine les tests pour voir si la regression de performance est toujours là avec certaines Radeon, sachant que les intel devraient voir leurs niveau de performance à la hausse.

Dernière mise à jour non-signés, n'ayant pas eu le temps de le faire avant.

Sachez aussi que le noyau commun pour les Radeon (pour le moment uniquement accéssible au R9 285 et future R9 3xx, sachant que cela dépendra des modèles car ce sera souvent juste des renommages d'anciens processeurs graphique...) sera intégré dans le noyau 4.2. Pour rappel, il y aura juste un "blob" (si quelqu'un à la traduction équivalente et compréhensible au commun des mortels je suis preneur), en gros les bibliothèques graphiques propriétaire, la majorité du code sera en commune avec celui de MESA/Gallium, à installer provenant de chez AMD.

PS : Bon je confirme, sur Fedora 22 sur Radeon R9270x à jours avec la version du jour de Mesa, la régression de performance (10 à 30 i/s de moyenne en moins selon les tests) est corrigé avec 2i/s au minimum en plus. Par exemple sur le benchmark "Tropics" de "Unigine" on passe de 65,6 i/s à 80.6 i/s de moyenne. C'est au niveau de la version 10.6-devel d'il y a un peu plus d'un mois.

Dernière modification par VINDICATORs (05/06/2015 12:12:29)

Fedora-Fr - Communauté francophone Fedora - Linux

#126 23/04/2015 17:23:29

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#127 23/04/2015 18:00:12

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#128 23/04/2015 19:16:41

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#129 23/04/2015 19:23:05

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#130 24/04/2015 06:54:22

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#131 24/04/2015 07:10:27

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#132 24/04/2015 07:21:19

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#133 24/04/2015 07:50:30

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#134 27/04/2015 09:16:43

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#135 01/05/2015 18:50:27

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#136 02/05/2015 20:41:00

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#137 02/05/2015 21:46:08

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#138 03/05/2015 07:28:35

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#139 04/05/2015 15:08:01

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#140 06/05/2015 12:24:21

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#141 06/05/2015 12:40:46

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#142 17/05/2015 10:21:48

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#143 17/05/2015 11:15:23

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#144 17/05/2015 15:11:19

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#145 17/05/2015 23:00:01

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#146 18/05/2015 09:31:12

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#147 20/05/2015 09:27:01

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#148 26/05/2015 18:35:01

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#149 29/05/2015 22:33:43

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

#150 05/06/2015 12:03:14

Re : Dépôt sur la version en développement de Mesa(bibliothèque graphique)

Pied de page des forums