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

VINDICATORs · 05/03/2015 11:47:16

A signaler la prochaine sortie de shadow of mordor et du dernier batman sous Linux ... Et bien ça commence à être du lourd smile .

La sortie de Vulkan prochaine déclinaison de l'OpenGL avec tout ce qui tourne autour (au delà de la 3D uniquement si j'ai bien suivi, dans la lignée de DirectX avec l'intégration des travaux sur Mantle d'AMD, etc...). J'espère que l'on attendra pas 10 ans avant d'avoir quelque chose de potable.

Pas mal de moteurs proprio sortent en open-source ou gratuitement, du coup ça doit aider smile . Sans compter que les Steam machines arrivent à grand pas (fin d'année???).

Donc ça s'accélère de partout c'est pas plus mal smile .

Cela serait bien de ne pas avoir à attendre l'intégration des derniers développements au niveau du libre comme c'est souvent le cas. Au moins quand une version de Mesa/autres stable sort qu'elle soit intégré dans les Fedora en cours et pas dans la suivante.

Dernière modification par VINDICATORs (05/03/2015 11:50:12)

VINDICATORs · 05/03/2015 21:24:45

J'ai ouvert un autre sujet si vous voulez parler de l'OpenCL ou le GPGPU en général :
http://forums.fedora-fr.org/viewtopic.php?id=63561

Je test un nouvel empaquetage avec quelques correctifs, je ne le mettrai pas sur le dépôt, car je me tiens à une version par semaine. Là j'ai un peu de temps à y consacrer donc je test, mais ça ne sera pas toujours le cas. Je pense mettre une version tout les samedi, sauf dans le cas où il y ai des problèmes urgents.

Il y aura donc la version de la semaine prochaine sans doute mercredi, ensuite une pause d'une semaine n'étant pas dans le coin et après un rythme d'une version tout les samedi donc. Après ça peut être variable.

VINDICATORs · 06/03/2015 17:45:52

Et bien j'ai l'explication des blocages du systèmes avec certains jeux. Déjà la gestion des écran sous Plasma5 qui déconne par moment et un souci avec le micro logiciel du SSD M4 Crucial!

Du coup le micro logiciel est à jour, manque que cette histoire de gestion des écrans, mais je tiens les coupables et donc ça m'enlève un poids.

VINDICATORs · 07/03/2015 10:40:24

Bon ce souci était connu, j'avais plus souvenir :
http://forums.fedora-fr.org/viewtopic.php?pid=520274

J'ai aussi lancé un nouveau sujet, car ce matin impossible de relancer le système car le ssd n'était plus reconnu dans le bios...
Enfin ça remarche : http://forums.fedora-fr.org/viewtopic.php?id=63570

Donc pour moi les derniers paquets sont bon pour le service.

Je ferai sans doute un empaquetage de la version stable de mesa 10.5 pour F20 d'ici mercredi, car elle vient de sortir. Cela vas surtout dépendre de mon emploi du temps de ces prochains jours... Sachant que F20 ne dispose qu'officiellement de la version 10.3, ça serait bien de l'avoir à jour. Je constate que F21 n'a que la 10.4, donc il y aura aussi la 10.5 à faire pour elle.

Dernière modification par VINDICATORs (07/03/2015 10:47:56)

VINDICATORs · 08/03/2015 13:01:19

J'ai vu que llvm 3.6 était fonctionnel sur F21, je vais sans doute prévoir une compilation le temps que ce soit dans les dépôts. Je vais aussi voir ce que donne la version de développement 3.7.

Quelques tests avec mesa 10.6 et mesa 3.6 disponible ici : http://www.phoronix.com/scan.php?page=a … arch&num=1

VINDICATORs · 09/03/2015 17:41:28

Je prépare la compilation de mercredi, il semble qu'il y ai des patchs pour le support de l'opencl et pour résoudre en partie les soucis avec la détection et le bon fonctionnement. Du moins pour les radeon SeaIsland et +.

Si vous pouviez tester avec du NVIDIA svp?

Je test plus tard avec de l'intel (HD 4600 de mon i7 4771), pour voir si ça fonctionne.

Mais bon j'ai pas de Nvidia, peut être d'ici le mois prochain... Vu les histoires que j'ai en ce moment, je dois décaler pour le moment, mais ça vas sans doute être résolue entre temps.

ben51 · 10/03/2015 03:06:52

Pas de Nvidia pour moi aussi (enfin juste des carte premier prix).

Désolé pas eux le temps de me penché sur les teste mais rapidement je ne semble pas rencontré ton problème sur le mode fenestré. Pour les perf je peut pas dire (enfin Minecraft à 60fps).

VINDICATORs · 10/03/2015 09:38:04

Faut savoir que je suis en F22 avec plasma5, du coup ça explique sans doute cela wink .

Là ça vas mieux, sauf que j'ai des souci de lookup avec la radeon... Mais je pense que c'est lié au noyau.

VINDICATORs · 11/03/2015 10:38:09

J'ai testé la prise en charge pour les intel (hd4600 que j'ai avec mon i7 4771) et ça fonctionne bien aussi, sauf l'opencl pour ne pas changer :'(.

Donc je valide. Reste plus qu'a trouve un bon moyen de passer de l'Intel à la Radeon.

Par contre je note pour commencer :
Mauvaise textures, comme celle de l'eau, sous Flightgear
Des performances quand même pas au niveau de mon ancienne Radeon HD4850 et largement en deçà de la R9 270x.

Je continu de faire des tests dans la journée, avant il y aura une nouvelle version de développement de mesa sur le dépôt.

Dernière modification par VINDICATORs (11/03/2015 10:44:34)

VINDICATORs · 11/03/2015 17:32:24

J'ai modifié les options de mock pour que la compilation et la construction des paquets soient encore plus rapide. J'ai suivi les indications disponible ici : https://fedoraproject.org/wiki/Using_Mo … age_builds
Je dois bien gagné dans les 10/15 minutes pour les 4 versions et deux architectures de Fedora, ne mettant que 2 et 3 minutes par versions et architectures (au lieu de 7 à 10 minutes environs).

Si tout vas bien la nouvelle version sera disponible d'ici la fin de la journée.

Comme je l'ai dit, il n'y aura pas normalement de nouvelle version avant le Samedi 21 Mars étant indisponible quelques jours.
D'ici là je devrai avoir plus d'informations sur la carte graphique Nvidia que je devrai faire rentrer. Soit ça sera une GTX 960, soit une GTX 970. Je pense rester sur une GTX960 car cela me semble le meilleur compromis surtout que ça ne servira principalement que pour les tests et surtout pour CUDA. J'en profiterai des économies pour remplacer mon 19" LCD par un autre écran plus grand et de meilleurs qualité d'image.

Au sujet des Radeon, je pense que je vais attendre la prochaine génération avant de descendre la R9 270x sur une autre machine (qui remplacera une HD4850).

La version stable officiel de mesa sera disponible la prochaine fois. Je ferai les modifications du premier sujet en ce sens, avec le passage des dépôts de développement en [vind-depot-dev-ARCHI] et [vind-depot-ARCHI] pour les stables. Du moins pour Fedora 20 et 21, car la 10.5.xx est validée pour F22.

Je pense voir pour m'impliquer officiellement dans les paquets pour Fedora 23, cela vas dépendre des prochaines semaines.

Pour information, Steam vas voir débarqué des versions linux du prochain Batman et de plusieurs gros jeux : http://www.phoronix.com/scan.php?page=n … inux-Games

Edit : Je transfert aussi les sources et les rpm debug d'ici ce soir si ça vous dit de jeter un œil sachant que j'ai quand même un script qui fait le travail tout seul. Je le mettrai sans doute la prochaine fois, surtout si vous avez des suggestions pour le modifier et surtout l'améliorer.

Dernière modification par VINDICATORs (11/03/2015 18:05:43)

VINDICATORs · 12/03/2015 11:48:35

Je rappel quand même que les performances, l'ajout de certaines fonctionnalités et autres résolutions de bogues peuvent aussi être liée à la version du noyau, du serveur graphique, de GCC et LLVM/CLANG.

Actuellement je fais les tests sur des noyaux 3.19, 3.20/4.0, sachant qu'il y a pas mal de petits soucis avec les noyaux 3.17->3.18, parfois le 3.19, il est possible que vous n'ayez pas les mêmes résultats que moi.

Actuellement il y a des corrections pour des micro blocage sur les radeon, en particulier, dont les patchs correctifs vont être, si ce n'est pas déjà fait, intégré au noyau 3.19 et +. Du coup c'est mort pour F21 pour le moment, sauf si les patchs sont intégré sur la version de la série des 3.18 actuel.

Pour en revenir à MESA, il reste de gros chantier pour voir débarquer la version 4.0 de l'OpenGL et en suivant la 4.1, 4.2 et sans doute la 4.3. Ces deux derniers sont quasiment terminé du coup dès que la 4.0 sort ça ira très vite.

Valve travail sur le support de la prochaine évolution de l'OpenGL, appelé Vulkan perso je trouve que ça pète pas mal smile , (plus proche de ce que fait Directx ou SDL par exemple) pour les puces Intel. Espérons que le support pour les autres puces soit intégré rapidement.

Raily · 14/03/2015 21:34:03

Désolé pour mon absence de ces derniers temps, j'ai été pas mal occupé. :)
Et pour le coup, je peux plus trop aider. Je n'aurai pas accès à mon pc full AMD avant quelques mois :/
Là, je n'ai qu'un petit laptop avec un chipset 945GM, pas trop le bon truc ^^

VINDICATORs · 14/03/2015 21:46:41

Non mais c'est pas fait que pour les amd wink . C'est général wink !

Je ferai un test directement sur le serveur, si cela fonctionne, cela permettra d'éviter la case envois des paquets. Par contre je testerai en local avant pour ne pas avoir de surprise.

Dernière modification par VINDICATORs (14/03/2015 21:50:54)

Raily · 15/03/2015 19:52:15

Ce que je voulais dire, en fait, c'est qu'avec mon laptop sous 945GM et un vieux core2duo c'est pas super pour tester les perfs en jeux :D
C'est un poil faiblard quoi hammer

VINDICATORs · 16/03/2015 00:16:10

Pas de souci. Faudrait quand même voir si il y a un apport même sur ce genre de config.

Le but c'est de voir l'évolution sans attendre des mois ou des nouvelles versions de fedora. Voir d'en profiter au moins sur celles encore maintenus.

J'ai 3 machines dont 2 en cours de montage avec des modèles variés de gpu. Mais bon c'est pas possible de tout reunir. Faudrait avoir les moyens que mets phoronix par exemple... il faudrait que qq1 avec du nvidia apporte un retour, le temps de pouvoir en faire rentrer au moins une. Mais personne ne se présente malheureusement.

VINDICATORs · 16/03/2015 21:52:17

Pas mal de travail sur les intel et radeon depuis la série des 7xxx au programme de la version à venir cette semaine (mercredi ou jeudi).

Je pense mettre un wordpress pour le site ou laisser le drupal à venir... faut voir ce qui est le mieux. Si vous avez des idées?

Ce sujet deviendra plus générique, car tout sera sur le site.

Je regarde pour intégrer copr avant de preparer la venue sur l'officiel. Mais surtout pour les versions stable.

Dernière modification par VINDICATORs (16/03/2015 21:52:50)

VINDICATORs · 18/03/2015 17:38:43

La version de la semaine est en cours de construction et de test. Elle sera disponible d'ici demain soir si ce n'est pas directement ce soir.

Pas mal de nouveautés surtout pour la venue de la prise en charge prochaine de l'openGL 4.0 et +, ainsi que des corrections de bogues. Sans compter les corrections disponible sur la dernière rc disponible du noyau en version 4.0 rc4. Vivement que cette prise en charge de l'openGL 4.xx soit enfin là, car il y a de plus en plus de jeux et autres qui le demandent! Et ça commence à faire long...

Toujours pas de candidats avec des NVIDIA?

Au passage, pour les radeon pilote xorg-drv-ati, il va y avoir le support officiel de DRI3. Il suffira d'ajouter la ligne suivante dans le xorg.conf :

Option "DRI3"

http://www.phoronix.com/scan.php?page=n … DX-Present
http://cgit.freedesktop.org/xorg/driver … 533fa94953

Dernière modification par VINDICATORs (18/03/2015 17:48:25)

VINDICATORs · 19/03/2015 11:53:25

Comme il y a des optimisations, je vais refaire la compilation de la semaine.

Elle sera disponible d'ici ce soir.

J'ai aussi constaté que j'ai bien un souci avec la gestion du multi écran par KDE5 et plasma5, du coup aucun souci en simple écran, mais en multi c'est parfois la cata. Sans compter les plantages...

Enfin après à voir si ça vient du noyau ou de la gestion de kscreen. Je pense que c'est ce dernier, car il provoque des reboot de la carte graphique.

Enfin bref, j'arrive à lancer et jouer sans souci les jeux et autres logiciels de tests (sauf tout ce qui touche à l'opencl...) avec de très bonnes performances. Plus de précision d'ici samedi le temps de tous les finir.

VINDICATORs · 20/03/2015 14:12:09

Ayant quelques souci depuis la mise à jour de ce matin sans arrivé à trouver qui crée les plantages noyau de la série des 4.0rc4, je suis retourné sur le dernier disponible en rc3. Sinon impossible de construire les paquets et d'utiliser correctement le système. Il semble que ce soit un problème sur la compression, car mock plante si elle est activé et pas si elle est désactivé.

Donc la version des paquets de cette semaine arrivent en retard.

Je pense que c'est la mise à jour de KDE5, mais impossible de revenir en arrière à cause d'un paquet. Du coup j'attends d'avoir une nouvelle version pour voir si ça résout le problème.

Je mets aussi en ligne les résultats des benchs en suivant.

Edit : Bon il n'y aura pas de version à jour tant que ce souci avec le paquet qui provoque des soucis sera là. Actuellement seul les version F20 et F21 arrivent à la fin de l'empaquetage.

Je test une dernière chose, si cela ne fonctionne pas il y aura sans doute l'annulation de la version de la semaine.

Dernière modification par VINDICATORs (20/03/2015 16:13:47)

VINDICATORs · 20/03/2015 20:26:34

Bon il devait y avoir des paquets HS quand mock chercher à les installer, car sans rien faire de plus tout s’empaquète bien maintenant... Du coup je mets en ligne dès que c'est terminé.

J'ai plus de souci non plus sur ma machine sans raison... Non franchement les voies de l'informatique sont impénétrables.

Je n'ai même pas eu de retour sur le pourquoi du souci, juste un message d'erreur.

Enfin bref j'espère que tout ira bien maintenant.

VINDICATORs · 21/03/2015 21:12:35

La version de la semaine est en ligne.

Je constate encore un souci avec la gestion des écrans et KDE, à voir si c'est le cas sous Gnome ou autre.

Reste le cas des benchmarks Unigine heaven et valley qui plantent si ils ne sont pas en plein écran. Mais bon cela semble lié au problème de gestion d'écran de KDE.

Prochaine version Mercredi (25/03 quoi), avec sans doute le petit site qui vas bien avec. Je vais aussi me pencher sur la version stable 10.5.xx pour Fedora 20, cette version étant bien suivi pour Fedora 21. Donc il faudra rajouter les dépôts "testing" pour F21 pour avoir la version de développement et rester comme c'est maintenant pour avoir la version "stable".

J'améliore petit à petit mon script d'empaquetage, reste l'ajout de l'envoi automatique sur le serveur, mais là je le mettrai en place uniquement quand j'aurai fini certaines configurations de sécurités ce qui sera plus souple et encore mieux sécurisé que ce que j'ai fais actuellement.

Il vas y avoir l'ajout de la commande qui modifie le numéro de version automatique dans le .spec des sources rpm. Car il m'arrive de l'oublier et de devoir refaire tout depuis le début.

Dernière modification par VINDICATORs (21/03/2015 21:15:49)

VINDICATORs · 22/03/2015 16:21:15

Je dois refaire mon serveur suite à la mise en place de protections plus poussées, suite à de multiples tentatives de connexions indésirables. Le système n'était pas compromis, mais cela devenait pénible.

Du coup je dois revoir le système de transfert des paquets dessus, car le programme que j'utilise pour le transfert ne prend pas en charge le type de clefs utilisé. Du coup je vais retourner à la ligne de commande en utilisant un script pour ce travail. Ce qui est plus pratique quand même, mais il fallait terminer la mise en place de la sécurité.

J'en ai profité pour le refaire totalement. Donc retour des dépôts demain dans la journée. J'en profiterai pour faire une nouvelle version.

VINDICATORs · 23/03/2015 11:37:00

Le serveur est de nouveau en ligne. J'ai toujours des tentatives d'intrusions, mais elles sont bloqués bien avant la tentative d'identification et avec un bannissement automatique.

Par contre j'ai un souci sur le transfert des données. Souci provoqué semble t'il par une différence de versions des protocoles de sécurités entre F22 et CentOS7. Du coup j'ai une demande de mdp alors que c'est banni... Voir un rejet de la connexion. Pourtant l'ouverture de session ssh ne pose aucun souci.

Du coup il faut attendre que je résolve ce problème pour remettre le dépôt à disposition, ainsi que le site.
Voir une mise à jour de CentOS 7.

Edit : Bon je suis vraiment un boulet des fois, je viens de voir que j'avais pas indiqué la bonne ip!!!! Honte à moi!

Dernière modification par VINDICATORs (23/03/2015 15:38:52)

VINDICATORs · 23/03/2015 16:32:55

Suite aux soucis ci-dessus qui sont résolus ( le transfert d'une version à jour est en cours), j'en ai profité pour reprendre un peu les tests et autres benchmarks.

Je signale une forte augmentation des performances tant avec les radeon H4850 et R9 270x que j'ai en stock, mais aussi avec la puce graphique de l'i7 haswell HD4600 que j'ai.

Par exemple sur Radeon R9 270x :
12996 FPS sous glxgear au lieu de 8009 FPS
Flightgear tourne souvent à plus de 130i/s en pointe avec quand même des descentes à 20i/s (en survolant paris par exemple) tout détails à fonds et 50% Qualité, 50% Performance

Je mettrais les résultats des autres bench dès que j'arriverai à ne plus avoir de plantage à cause de la gestion des écrans par plasma5.

La nouvelle version de Mesa sera disponible d'ici 20h, faisant le transfert des rpm de debug et src.rpm (les sources si vous préférez). Par la suite je pense faire une version du script d'empaquetage sans ces paquets, car il prennent trop de temps pour le transfert. Il suffira de me faire la demande des paquets de debug et sources src.rpm pour les avoirs. Enfin pour celles et ceux qui veulent y jeter un coup d’œil ce n'est pas pour me déplaire.

Dernière modification par VINDICATORs (23/03/2015 16:43:49)

VINDICATORs · 24/03/2015 14:50:34

Je dois de nouveau refaire mon serveur suite à l'installation de denyhosts qui me bloque ce qu'il doit pas bloquer et ne bloque pas toujours ce qu'il devrait... Donc soit j'ai fait une mauvaise manipulation, soit il y a autre chose... Malgré mes tentatives pour l'enlever, voir retrouver un accès, je n'y arrive pas. Du coup je profite du fait que tout ne soit pas remis en place pour le refaire.

Dans tout les cas je passe la main dès demain au serveur pour l'empaquetage des paquets, car je ne note pas de souci avec les différentes versions de développement. Comme je test en même temps et que ce n'est en rien "critique" (en dehors d'un écran noir en mode graphique au pire des cas), autant que ça soit fait rapidement.

Donc il vas y avoir la signature par certificat des paquets et du dépôt, j'en reparle une fois que tout est mis en place.

Edit : bon j'ai trouvé le coupable, c'était fail2ban-hostsdeny. Je le maitrise pas très bien, enfin bon je relancerai une config après avoir testé en virtuel.

Dernière modification par VINDICATORs (24/03/2015 15:05:46)

Fedora-Fr - Communauté francophone Fedora - Linux

#51 05/03/2015 11:47:16

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

#52 05/03/2015 21:24:45

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

#53 06/03/2015 17:45:52

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

#54 07/03/2015 10:40:24

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

#55 08/03/2015 13:01:19

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

#56 09/03/2015 17:41:28

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

#57 10/03/2015 03:06:52

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

#58 10/03/2015 09:38:04

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

#59 11/03/2015 10:38:09

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

#60 11/03/2015 17:32:24

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

#61 12/03/2015 11:48:35

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

#62 14/03/2015 21:34:03

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

#63 14/03/2015 21:46:41

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

#64 15/03/2015 19:52:15

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

#65 16/03/2015 00:16:10

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

#66 16/03/2015 21:52:17

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

#67 18/03/2015 17:38:43

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

#68 19/03/2015 11:53:25

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

#69 20/03/2015 14:12:09

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

#70 20/03/2015 20:26:34

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

#71 21/03/2015 21:12:35

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

#72 22/03/2015 16:21:15

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

#73 23/03/2015 11:37:00

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

#74 23/03/2015 16:32:55

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

#75 24/03/2015 14:50:34

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

Pied de page des forums