Results 1 to 10 of 57

Thread: Radeon Gallium3D Still Long Shot From Catalyst

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,548

    Default Radeon Gallium3D Still Long Shot From Catalyst

    Phoronix: Radeon Gallium3D Still Long Shot From Catalyst

    Following recent advancements in the open-source Radeon Linux driver like 2D color tiling support, I've carried out some new benchmarks of the open-source Radeon Gallium3D driver compared to AMD's official Catalyst driver. This time around, the open-source driver is seeing tests against AMD's binary blob when various performance-optimizing tweaks are enabled to see where the performance stands today.

    http://www.phoronix.com/vr.php?view=17178

  2. #2
    Join Date
    Mar 2010
    Posts
    18

    Default

    What a surprise...

  3. #3
    Join Date
    Jul 2010
    Posts
    480

    Default

    Thanks for the updated comparison Michael!

    I know I am maybe asking too much. But I think it would be quite interesting to see traces(apitrace supports CPU profiling) of the benchmarks for the very slow results at least, just to get a better idea where the binary drivers are faster.

    Btw I think one could actually use api traces of games as benchmarks. This would additionally ensure that the same call paths are executed, no fall-backs or workarounds for specific hardware taken.

    PS:
    Can someone point me to a tutorial of some sort on how to get the latest mesa stuff running next to catalyst. Are phoronix test setups documented?

  4. #4
    Join Date
    Aug 2009
    Location
    Russe, Bulgaria
    Posts
    505

    Default

    Michael, where is the Doom3 test?
    I still consider this wide gap between r600g and Catalyst on higher res/quality to be due to still missing optimizing shader compiler.
    At lower res/quality GPU can keep with unoptimized shaders, but with lots of pixels the game changes. What happened with Vadim Girlin's initiative on that?

    nvidia had hardware scheduler so far, and that is the reason for better nouveau speed, event unsupported by nvidia, but now with kepler, they go AMD route, with software scheduler in the driver ( at least thats what anandtech says ).

  5. #5
    Join Date
    Nov 2008
    Posts
    764

    Default

    Quote Originally Posted by log0 View Post
    Can someone point me to a tutorial of some sort on how to get the latest mesa stuff running next to catalyst. Are phoronix test setups documented?
    Three choices:
    * Use a distribution like gentoo that actually allows several libGL implementations to exist on your system. You need to load modules manually, and switch between two xorg.conf (i.e. forget XDM), but it can work.
    * Just install a separate OS on a different partition. Maybe play around with UnionFS to save space.
    * Try to manually install both on an unsupported system, go crazy over the conflicts that arise, eventually bork your system and reinstall.

    Honestly, if you have to ask how to do it, go with option 2. It's safer.

  6. #6
    Join Date
    Oct 2007
    Posts
    1,267

    Default

    Debian has glx-alternative packages for allowing binary/open-source GPU drivers to coexist.

  7. #7
    Join Date
    Oct 2009
    Posts
    2,081

    Default

    Yeah, catalyst sure does have a long way to go before it has the utility and openness of radeon-g3d.

  8. #8
    Join Date
    Jan 2008
    Posts
    297

    Default

    Quote Originally Posted by log0 View Post
    Btw I think one could actually use api traces of games as benchmarks. This would additionally ensure that the same call paths are executed, no fall-backs or workarounds for specific hardware taken.
    Regrettably, this doesn't work. When you profile an apitrace replay, you find that a huge portion of the profile is simply apitrace parsing the multigigabyte trace file.

  9. #9
    Join Date
    Jul 2010
    Posts
    480

    Default

    Quote Originally Posted by mattst88 View Post
    Regrettably, this doesn't work. When you profile an apitrace replay, you find that a huge portion of the profile is simply apitrace parsing the multigigabyte trace file.
    Hmm, I've got a couple traces from games and my own stuff(20-70fps, 100-400MB). And they take about the same time.

    Just did a quick run with vdrift about 2min, 130MB trace. Frame rate without tracing is about 22fps, with tracing 17fps, retracing 15fps(68% of original fps). Are my results atypical?

    As I see it, the slowdown would be the same for all benchmarked cards and we are interested in the relative performance only.

  10. #10
    Join Date
    Sep 2008
    Posts
    989

    Default

    Buy lots of RAM and store the apitrace in a Snappy or LZ4-compressed ramdisk That should provide for a faster load time for the apitrace...

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •