It is not a performance drop. R300g now uses vsync by default so fps cannot be greater than monitor's vertical refresh rate. You can override this by putting
in /etc/profileCode:export vblank_mode=0
Hi everyone !
I experienced some serious performance regression with last gallium R300 update, and just want to know if it's a known behaviour or a new problem of mine ...
Some info :
5.0 VGA compatible controller: ATI Technologies Inc R420 JJ [Radeon X800SE]
model name : AMD Athlon(tm) MP 2800+
cpu MHz : 2132.932
model name : AMD Athlon(tm) MP
cpu MHz : 2132.932
X.Org version: 1.7.6
dimensions: 1024x768 pixels (271x203 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
--
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on softpipe
OpenGL version string: 2.1 Mesa 7.9-devel
Linux 2.6.32-24-generic
---
Glxgears two months ago :
23-06-10
4376 frames in 5.0 seconds = 875.194 FPS
4505 frames in 5.0 seconds = 900.895 FPS
3339 frames in 5.0 seconds = 666.853 FPS
4317 frames in 5.0 seconds = 863.249 FPS
4525 frames in 5.0 seconds = 904.873 FPS
Glxgears yesterday :
30-08-10
299 frames in 5.0 seconds = 59.722 FPS
299 frames in 5.0 seconds = 59.645 FPS
303 frames in 5.0 seconds = 60.459 FPS
301 frames in 5.0 seconds = 60.135 FPS
302 frames in 5.0 seconds = 60.268 FPS
--
Offtopic : if a gallium dev team member read this ...
It had been YEARS i couldn't play anymore with Ubuntu+wine. But when i first tried gallium r300 drivers a few months ago, i was then able to run a few old games (flatout2, t.raider legend etc) and i am very happy to do so !
So thank you Gallium3D team ! Thanks for your work ! Amazing !
It is not a performance drop. R300g now uses vsync by default so fps cannot be greater than monitor's vertical refresh rate. You can override this by putting
in /etc/profileCode:export vblank_mode=0
glxgears is not a benchmark
Yeah, but truth is, as I tried to play one of the game I mentionned, I was unable to do so when i get the results i showed here. Now i made some changes and everything seems fine again :
5.0 VGA compatible controller: ATI Technologies Inc R420 JJ [Radeon X800SE]
model name : AMD Athlon(tm) MP 2800+
cpu MHz : 2133.323
model name : AMD Athlon(tm) MP
cpu MHz : 2133.323
X.Org version: 1.8.2
dimensions: 1024x768 pixels (271x203 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
--
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (R420 4A4A) 20090101 x86/MMX+/3DNow!+/SSE TCL DRI2
OpenGL version string: 1.5 Mesa 7.9-devel
Linux 2.6.32-24-generic
----
Thanks everyone for your kind answers![]()
hi everyone,
Didli, may I ask you to write what you have changed for everything is fine again, because I have the same problem and the same drivers :
lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc M66-P [Mobility Radeon X1700]
glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on softpipe
OpenGL version string: 2.1 Mesa 7.9-devel
OpenGL shading language version string: 1.20
OpenGL extensions:
thanks,
Try LIBGL_DEBUG=verbose and run a simple GL app (like glxgears). It should hopefully tell you why you're getting software rendering.
Hi Whizse,
I tried LIBGL_DEBUG=verbose
set | grep LIBGL_DEBUG
LIBGL_DEBUG=verbose
glxgears
724 frames in 5.0 seconds = 144.623 FPS
712 frames in 5.0 seconds = 142.231 FPS
728 frames in 5.0 seconds = 145.529 FPS
glxinfo | grep "direct rendering"
direct rendering: Yes
Maybe I have to remove gallium to reinstall DRI R300, like Didli has done but I wonder how to do easily...