[xorg] X3100 OpenGL incredibly slow and buggy on 2.2.0

Richard Goedeken SirRichard at fascinationsoftware.com
Mon Dec 31 14:45:25 PST 2007


> Please read this :
> http://wiki.cchtml.com/index.php/Glxgears_is_not_a_Benchmark
> 
> Stephane

You're right, glxgears is not a comprehensive 3D acceleration benchmark, but it 
does measure some narrow window of system hardware performance.  Let's look at 
my 2 main systems for comparison:

Desktop PC:
- 64-bit Gentoo, older stable drivers
- Gigabyte GA-K8N Ultra-9 socket939 nForce4 Ultra ATX
- Athlon64 3800 x2 - 2.0GHz 1MB total cache
- Asus EN6600/TD/256M Silencer
   - GeForce 6600, 256M ram
   - 128 bit DDR2 ram 500MHz, 8.0 GB/s
   - 300MHz core, 8 pixel shaders, 3 vertex shaders
   - PCI Express x16
- 2GB PC3200 DDR 400MHz SDRAM (6.4 GB/s)

Set-top PC:
- 64-bit Fedora 8, git drivers for mesa/drm/intel
- AOpen MiniPC MP965-DR, Intel 965GM chipset
- Intel Core 2 Duo T7500 2.2GHz Socket P 4MB total cache
- X3100 graphics
   - shared system memory, total bandwidth 10.7 GB/s
   - 500MHz core, 8 unified shaders
- 2*1GB dual channel PC5300 DDR2 667MHZ SDRAM

By all measures it looks like the settop box would meet or beat the desktop one. 
  But the difference in 3D performance in favor of the desktop is large, not 
small.  Even if you write off a factor of 6 (!) times as many fps in glxgears, 
it remains that the N64 emulator I'm working on runs flawlessly with low CPU 
usage on the desktop box but bogs down on the MiniPC.  glxinfo says direct 
rendering is on.  If someone could suggest a good 3D benchmark for Linux I would 
be willing to run it for an experiment.  Something is wrong here.  Either the 
shared memory architecture really just clobbers real-world performance or else 
something is far from optimal in the software stack.

Richard



More information about the xorg mailing list