c'est quand mème curieux quand passant du kernel 2.6.26 au 2.6.29 et 2.6.30
les performances graphiques ati s'éffondrent
de 1340 FPS à 80 FPS
glxinfo nous dit:
rob@ordi1:~$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
et
rob@ordi1:~$ DISPLAY=:0 LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL error: XF86DRIQueryDirectRenderingCapable returned false
libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so
display: :0 screen: 0
direct rendering: Yes
et
driconf:
Screen "0" is not direct rendering capable
le xorg:http://www.ponge.com/telechargements/xorg.conf-exemple.txt
dèjà que le passge au 2.6.22 ne supportait plus l'acpi
où est le progrès la dedans ?
# Des travaux sont en cours
Posté par alouali (site web personnel) . Évalué à 3.
je ne suis pas spécialiste, mais de grands travaux sont en cours sur l'architecture graphique du noyau, et notamment la gestion mémoire.
Par ailleurs, concernant ces évolutions, si tu parles de 1340 FPS, sans doute utilises tu glxgears ? Il est recommandé d'arrêter de benchmarker avec ce logiciel, car il fait tellement peu de chose qu'il n'est représentatif de rien, et hyper sensible au paramétrage.
On conseille de le remplacer au moins par teapot, disponible dans la même série des mesa-utils ou demos.
[^] # Re: Des travaux sont en cours
Posté par robertix . Évalué à 2.
stellarium 0.8.2 le chargement des textures
# Ptêtre avec radeonhd
Posté par Rémi Birot-Delrue . Évalué à 1.
Le 2.6.30 gagne le DRI pour les dernières séries de cartes ATI (celles qui ne sont gèrées que jusqu'au kernel 2.6.27 par fglrx, le driver propriétaire). Par contre, je vois que tu utilises le driver radeon (xf86-video-ati), or pour les cartes récentes, l'accèl 3D est une feature *expérimentale*… voir http://wiki.x.org/wiki/radeon et http://wiki.x.org/wiki/radeonhd%3Aexperimental_3D (howto pas terminé, dernière maj le 7 juillet) pour plus d'infos.
[^] # Re: Ptêtre avec radeonhd
Posté par robertix . Évalué à 1.
# Firmware et Debian
Posté par Florian Hatat . Évalué à 4.
Si tu :
1. installes ce paquet,
2. tues Xorg,
3. décharges le module noyau pour le DRM,
4. redémarres X,
récupères-tu le DRI ?
L'info vient d'ici : http://bgoglin.livejournal.com/17612.html
[^] # Re: Firmware et Debian
Posté par robertix . Évalué à 0.
c'est pour cela que je poste dans linux-debian
[^] # Re: Firmware et Debian
Posté par robertix . Évalué à 1.
mais il faut tester plus
voila le résultat:
glxgears:
4732 frames in 5.0 seconds = 943.892 FPS
5219 frames in 5.0 seconds = 1043.694 FPS
5124 frames in 5.0 seconds = 1024.642 FPS
5043 frames in 5.0 seconds = 1008.594 FPS
5028 frames in 5.0 seconds = 1005.406 FPS
2363 frames in 5.0 seconds = 472.578 FPS
3055 frames in 5.0 seconds = 610.837 FPS
3445 frames in 5.0 seconds = 688.959 FPS
4878 frames in 5.0 seconds = 975.549 FPS
4692 frames in 5.0 seconds = 938.316 FPS
3522 frames in 5.0 seconds = 704.342 FPS
4352 frames in 5.0 seconds = 870.321 FPS
4440 frames in 5.0 seconds = 887.920 FPS
4552 frames in 5.0 seconds = 910.390 FPS
2999 frames in 5.0 seconds = 599.632 FPS
3064 frames in 5.0 seconds = 612.763 FPS
3145 frames in 5.0 seconds = 628.912 FPS
rob@ordi1:~$ DISPLAY=:0 LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 5.3.0 r200 (screen 0)
libGL: OpenDriver: trying /usr/lib/dri/tls/r200_dri.so
libGL: OpenDriver: trying /usr/lib/dri/r200_dri.so
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: drmOpenMinor returns 4
drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
display: :0 screen: 0
direct rendering: Yes
et driconf se lance bien
[^] # Re: Firmware et Debian
Posté par alouali (site web personnel) . Évalué à 2.
J'en ai fait l'expérience avec KDE 4 : alors que les effets 3D devenaient plus fluide, mon FPS de glxgears s'effondrait.
teapot est beaucoup plus réaliste.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.