vous utilisé quoi pour évaluer vos ips(image par seconde) ?

glxgears

Moi il reste bloqué à 60 par la synchro verticale.

Tu peux désactiver la synchronisation verticale en passant une variable d’environnement, par exemple pour lancer glxgears sans vsync :

$ vblank_mode=0 glxgears

Voir la doc, j'ai mis la solution 😉

VINDICATORs wrote:Voir la doc, j'ai mis la solution 😉

La solution pour ?

Sinon j'ai quand même trouve la solution, et niveaux résulta TT
de 7000fps je suis passé a 6200fps.
Ma carte(hd3850) n'est plus supporté ?

VINDICATORs wrote:Tu peux rapporter la chose, pour voir si c'est une régression ou non. Précise bien que c'est en test.

Je fait directement sur https://bugzilla.redhat.com ?

Comme je l'ai mis plus haut après c'est pour tester. Perso j'ai constaté un doublement des i/s sur ma machine/carte graphique.

Sous KDE je stabilise à 3656FPS sans les effets, mais après au moindre mouvement sur le disque fait chuter ce chiffre. Donc à voir si c'est aussi le cas chez toi. Par exemple l'indexation du disque...

Je viens de teste et j'ai aussi une chute avec des I/O sur un disque.

Après si je touche à rien je stabilise à 7000 fps

ben51 wrote:de 7000fps je suis passé a 6200fps.

entre quoi et quoi ?

Mesa 7.11 et 7.12.

Oui mais quand tu as fais le test tu n'as pas juste changer ça.
Si tu ouvres un ticket pour cette "régression" de FPS, tu vas te faire envoyer bouler 😉

Les FPS dans glxgears ça va ça vient. Si tu étais descendu à 500 FPS, là il y aurait un problème.

J'ai teste d'autre jeu est j'ai pas vue de différence.

perso, comme je l'ai dit plus haut, actuellement je lance surtout urbanterror, je suis passé de 58i/s stabilisé autout des 75i/s stabilisé avec des pointes à 85i/s.

J'ai un peut galéré pour trouver les bon réglages, car il semblait rester en synchro vertical. A mon avis driconf doit jouer dessus...

Au passage on pourrait renommer ce tuto vu qu'il est aussi utile avec le dernier Mesa 8.0 qui est disponible.

Un petit problème avec la libdrm est à prévoir, mais je regarde si en mettant la version de F17 cela passe mieux.

Encore une fois c'est expérimental 😉.

Au passage je suis sous Fedora 16, mais bon cela peut aussi ce rapporter à des versions plus haute que F15.

Effectivement, j'ai simplement rajouté un message au début du topic pour indiquer que c'est toujours valable pour F16 et ultérieure.

Mais ça fait un moment que je n'ai pas recompilé tout ça, il faudrait que m'y remette, je pense qu'il doit quand même il y avoir des modifications à faire. Il faudrait aussi que je vois pour la cross-compilation, j'ai vu qu'il y avait des choses à ce sujet qui sont passées sur la mailing-list mesa.

Et concernant la rubrique de ce post, elle serait effectivement plus appropriée dans "Général" > "Le comptoir du libre" ou bien "Contributions" > "Rawhide".

Pas mieux, sinon niveau performance on perd dans certains cas, mais on gagne en stabilité et qualité graphique.

Ce que je n'arrive toujours pas à comprendre, c'est que je me retrouve souvent bloqué à 60FPS alors que je devrais monter un peut plus haut...

Sans doute de vieux fichiers de configuration qui me reste par là.

Vu que je vais me refaire une installation fraiche (je suis en preupgrade depuis F11 ou F12 il me semble...) ce dimanche. J'en profiterais pour passer au BTRFS pour le système et resterais en EXT4 pour le /home.

L'autogen par contre me pose des problèmes avec le 64bits, car il ne compile que pour le 32. Je n'ai pas trouvé le réglage pour générer le 64bits aussi.

Par contre il se trouve que souvent il y a des problèmes avec l'utilisation des commandes avec /lib64 au lieu de /lib/ et certains logiciels, ce que l'utilisation de ce dernier résout. Comme quoi un logiciel/jeu peut être marqué pour le x86-64 et en fait demander le pilote 32 bits.