<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>http://wiki.cchtml.com/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=203.88.192.104</id>
	<title>cchtml.com - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="http://wiki.cchtml.com/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=203.88.192.104"/>
	<link rel="alternate" type="text/html" href="http://wiki.cchtml.com/index.php?title=Special:Contributions/203.88.192.104"/>
	<updated>2026-05-14T09:24:27Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.1</generator>
	<entry>
		<id>http://wiki.cchtml.com/index.php?title=Glxgears_is_not_a_Benchmark&amp;diff=127</id>
		<title>Glxgears is not a Benchmark</title>
		<link rel="alternate" type="text/html" href="http://wiki.cchtml.com/index.php?title=Glxgears_is_not_a_Benchmark&amp;diff=127"/>
		<updated>2007-10-24T22:53:58Z</updated>

		<summary type="html">&lt;p&gt;203.88.192.104: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;pasdelo&lt;br /&gt;
pascoolobas&lt;br /&gt;
glxgears is an OpenGL program that reports FPS (frames per second) numbers. However, it is a very limited &#039;test&#039;. Unlike most modern 3D games glxgears:&lt;br /&gt;
&lt;br /&gt;
* has an extremely low vertex/polygon count&lt;br /&gt;
* does no texturing at all&lt;br /&gt;
* only simple, flat shading is used (except inside the hole in each gear is simple smooth shading)&lt;br /&gt;
* all vertex data is stored in a display list, so almost nothing passes between host CPU and video card once rendering is started. This mostly implies video card fill rate is limited.  But, see next point.&lt;br /&gt;
* the default window size is 300x300, a large part of which is not even rendered into, so it&#039;s not even a good fill rate test&lt;br /&gt;
* the entire render step consists of only 21 OpenGL functions calls, of which only 6 are unique. This is not a very good OpenGL API stress test. Something like glean would be better.&lt;br /&gt;
&lt;br /&gt;
So to summarize, glxgears only tests a small part of what you typically see in a 3D game. You could have glxgears FPS performance increase, but your 3D game performance decrease. Likewise, you could have glxgears performance decrease and your 3D game performance increase.&lt;br /&gt;
&lt;br /&gt;
(Information taken from posts by Septor and dataangel - Thanks!).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Debunking the Myth (radeon vs fglrx)==&lt;br /&gt;
Your FPS numbers went up after you loaded the fglrx driver! This is not because the radeon driver &amp;quot;sucks.&amp;quot; This is due to the activation of *HARDWARE* acceleration since the &#039;radeon&#039; driver has no 3D acceleration. Your &#039;radeon&#039; driver was using your CPU and the Indirect MESA OpenGL library. Your &#039;fglrx&#039; driver is using your Radeon VPU. Imagine that!&lt;br /&gt;
&lt;br /&gt;
Note that in current versions of X.Org X11, the above is only true for r5xx and later series Radeons. r1xx series cards (Radeon VE, Radeon 7xxx) are supported (including 3D hardware acceleration) by the &amp;quot;radeon&amp;quot; driver and r2xx series cards (up to Radeon 9250) by the &amp;quot;r200&amp;quot; driver. There is now a r300 dri module that supports 3D acceleration with Radeon 9500 and above, up to X850 (r3xx and r4xx series). (Tested by this paragraphs&#039;s writer on R9600XT.) Although it is really an initial thing so don&#039;t expect it to work with decent commercial games (is that still true?). (Tested with Tuxracer and Devil Whiskey, both worked fine, unfortunately a bit slower). This driver is now available as part of X.org R6.9 and R7.0. See the [http://wiki.x.org/wiki/VideoDriverFAQ Driver FAQ] at X.org. The &amp;quot;ati&amp;quot; driver also included with X.Org X11 will automatically figure out which of the 3 Radeon driver flavors (radeon, r200, r300) to load.&lt;br /&gt;
&lt;br /&gt;
==Debunking the Myth (fglrx updates)==&lt;br /&gt;
Your FPS numbers went up/down after you loaded the latest version! This is not because there was a change in the driver. Since the program is so wild and sensitive to load (since it barely uses any computational power), any 100+ FPS increase or decrease can easily be attributed to a music program or OpenOffice document you have open. You can also wildy change FPS in glxgears by simply unfocusing the window. Want a 1000FPS increase?? UNFOCUS THE WINDOW!  Of course this is meaningless, since you can&#039;t enjoy Doom3 if you can&#039;t see the window.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Debunking the Myth (glxgears is a benchmark)==&lt;br /&gt;
glxgears is not a benchmark.&lt;br /&gt;
&lt;br /&gt;
You can use it to show that DRI works, but it does not even test that well. There&#039;s glxinfo or your Xorg.0.log to tell you if DRI was enabled as well.&lt;br /&gt;
&lt;br /&gt;
And for the people who&#039;re wondering why CPU usage is 100%, while glxgears seems to be giving quite a lot of fps: yes, this is normal, because it tries to get the max number of frames per second. Checking CPU usage for glxgears is &#039;&#039;&#039;not&#039;&#039;&#039; a way to see if direct rendering works.&lt;br /&gt;
&lt;br /&gt;
==Check fglrx install status==&lt;br /&gt;
 # fglrxinfo&lt;br /&gt;
 # glxinfo&lt;br /&gt;
 # vi /var/log/Xorg.0.log&lt;br /&gt;
 # dmesg&lt;br /&gt;
Use any of those commands to view the status of the fglrx module. Did it initilize correctly? Did it load DRI? Look in those files.  If glxinfo reports direct rendering as &amp;quot;no&amp;quot; or the OpenGL renderer as &amp;quot;Mesa&amp;quot;, then you are currently using software (un-accelerated) rendering.&lt;/div&gt;</summary>
		<author><name>203.88.192.104</name></author>
	</entry>
	<entry>
		<id>http://wiki.cchtml.com/index.php?title=Frequently_Asked_Questions&amp;diff=858</id>
		<title>Frequently Asked Questions</title>
		<link rel="alternate" type="text/html" href="http://wiki.cchtml.com/index.php?title=Frequently_Asked_Questions&amp;diff=858"/>
		<updated>2007-10-24T18:40:00Z</updated>

		<summary type="html">&lt;p&gt;203.88.192.104: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;aczeleltmo&lt;br /&gt;
==Installation==&lt;br /&gt;
===How do I know fglrx is installed correctly?===&lt;br /&gt;
There are several ways to check if fglrx is loaded and running.&lt;br /&gt;
&amp;lt;br&amp;gt;1. Check your X.org or XFree86 log. You should see &amp;quot;DRI Initialization Successful.&amp;quot;&lt;br /&gt;
 # less /var/log/Xorg.0.log&lt;br /&gt;
 or&lt;br /&gt;
 # less /var/log/XFree86.0.log&lt;br /&gt;
2. Check glxinfo. You should see &amp;quot;direct&amp;quot; and not &amp;quot;indirect.&amp;quot;&lt;br /&gt;
 # glxinfo | grep direct&lt;br /&gt;
3. Check your kernel log. You should see fglrx messages near the bottom.&lt;br /&gt;
 # dmesg&lt;br /&gt;
4. Check your modules. You should see fglrx loaded.&lt;br /&gt;
 # lsmod | grep fglrx&lt;br /&gt;
*NOTE: [[Glxgears is not a Benchmark|glxgears]] is not a definite way of checking the installation of fglrx.&lt;br /&gt;
&lt;br /&gt;
=== Is the rebooting really necessary? ===&lt;br /&gt;
&lt;br /&gt;
No.&lt;br /&gt;
&lt;br /&gt;
However, rebooting is the easiest method to ensure that the kernel module(s) from the old driver are unloaded and the fglrx module is loaded instead. If you don&#039;t want to reboot for some reason, you may manually shut down Xorg, unload any old &amp;quot;drm&amp;quot;, &amp;quot;radeon&amp;quot; or &amp;quot;fglrx&amp;quot; modules and then start Xorg again.&lt;br /&gt;
&lt;br /&gt;
==Kernel==&lt;br /&gt;
===Why does fglrx not work for my bleeding-edge kernel?===&lt;br /&gt;
The development process of the fglrx driver and the Linux kernel are not on the same level.  The fglrx driver requires some special interactions with the kernel memory API and these tend to change between kernel versions. &lt;br /&gt;
&lt;br /&gt;
There is also an 11-12 week cycle required to develop, validate and test each release of an ATI driver &amp;lt;ref&amp;gt;http://www.phoronix.com/scan.php?page=article&amp;amp;item=735&amp;amp;num=1&amp;lt;/ref&amp;gt;.  ATI will only look to support the latest kernel that is officially out (no -rc or -git releases are supported) at the time they release a driver. Example: fglrx version A comes out Monday, but kernel version B comes out Tuesday. Kernel version B is not supported by fglrx version A. (but might be able to work anyway by doing a &#039;modprobe -f fglrx&#039; in a shell)&lt;br /&gt;
&lt;br /&gt;
The binary part of ATI&#039;s kernel module has no explicit dependency on the Linux kernel.  There are a set of source files that provide the glue to the kernel.  This is where the dependency to different kernels exist.  As a result, user contributed patches for newer kernels can often be found by searching [http://ati.cchtml.com Bugzilla].&lt;br /&gt;
&lt;br /&gt;
==X Configuration==&lt;br /&gt;
===Composite Extension===&lt;br /&gt;
If you&#039;ve enabled transparency, and you&#039;ve added the Composite extension to the xorg.conf file, the ATI driver will disable DRI.&lt;br /&gt;
&lt;br /&gt;
The only way to use 3D and the ATI OpenGL drivers is commenting the Option &amp;quot;Composite&amp;quot; &amp;quot;Enable&amp;quot; line.&lt;br /&gt;
&lt;br /&gt;
It may be necessary to put the following lines into xorg.conf:&lt;br /&gt;
&lt;br /&gt;
    Section &amp;quot;Extensions&amp;quot;&lt;br /&gt;
          Option      &amp;quot;Composite&amp;quot; &amp;quot;Disable&amp;quot;&lt;br /&gt;
    EndSection&lt;br /&gt;
&lt;br /&gt;
==Troubleshooting==&lt;br /&gt;
* See [[Troubleshooting]] page.&lt;br /&gt;
&lt;br /&gt;
==See Also==&lt;br /&gt;
*[http://ati.amd.com/products/catalyst/linux.html Official ATI Linux Driver FAQ]&lt;br /&gt;
&lt;br /&gt;
==References==&lt;br /&gt;
&amp;lt;references/&amp;gt;&lt;/div&gt;</summary>
		<author><name>203.88.192.104</name></author>
	</entry>
</feed>