Page 1 of 5 123 ... LastLast
Results 1 to 10 of 41

Thread: R600 Gallium3D Loses To AMD Catalyst Legacy Driver On Windows 8

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

    Default R600 Gallium3D Loses To AMD Catalyst Legacy Driver On Windows 8

    Phoronix: R600 Gallium3D Loses To AMD Catalyst Legacy Driver On Windows 8

    For those ATI/AMD customers with graphics cards of the Radeon HD 2000/3000/4000 generations, they are supported by the "Catalyst Legacy" driver but this older proprietary driver branch is seldom updated for new Linux kernel and X.Org Server releases. Thus, the only real option for those with these older Radeon GPUs is to use the open-source Radeon Gallium3D graphics driver. But how does this driver compare to the still-maintained Catalyst Legacy driver for Windows 8? Here are some benchmarks.

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

  2. #2
    Join Date
    Jan 2007
    Posts
    418

    Default

    Ouch. Didn't see that one comming. Sad, but lets test it again in a year

  3. #3
    Join Date
    Sep 2010
    Posts
    645

    Default

    Its "high end"? r600g maybe wont ever get enough optimizations (backend for radeonSI changed, and will be main focus now), to suprass Catalyst in support for GPUs requiring lots of them.

  4. #4
    Join Date
    Mar 2012
    Posts
    117

    Default

    yet again.. MICHAEL... FRAME LATENCY IS IMPORTANT NOT ON AVERAGE, BUT ON THE FREQUENCY OF THE SPIKES, ERGO AN HIGHER FRAME LATENCY AVERAGE WITH WAAAY LESS LATENCY SPIKES IS BETTER THAN LOWER AVERAGE WITH LOTS OF SPIKES

  5. #5
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,518

    Default

    And now how does the Windows 8 catalyst compare to the Linux one? They're not exactly the same, and the legacy Catalyst for Linux still exists, even if it requires downgrading the X server.

  6. #6
    Join Date
    Feb 2013
    Posts
    12

    Default lockups

    radeon hd 3650 still gets lockups while or after running games/3D apps on free drivers (it's random but once u start 3D app it's 100% of getting a lockup within an hour)

  7. #7
    Join Date
    Dec 2009
    Location
    Greece
    Posts
    351

    Default

    Useless comparison... Apples to oranges...

  8. #8
    Join Date
    Sep 2012
    Posts
    277

    Default

    Framerate speed is not the only thing that matters in a graphics driver. In Windows 7, Blender feels much more responsive, and selecting objects takes less than a second, whereas in Linux (with the lastest open source AMD drivers) sometimes it takes more than 5 seconds to select a different object.

  9. #9
    Join Date
    Sep 2010
    Posts
    645

    Default

    Quote Originally Posted by sireangelus View Post
    yet again.. MICHAEL... FRAME LATENCY IS IMPORTANT NOT ON AVERAGE, BUT ON THE FREQUENCY OF THE SPIKES, ERGO AN HIGHER FRAME LATENCY AVERAGE WITH WAAAY LESS LATENCY SPIKES IS BETTER THAN LOWER AVERAGE WITH LOTS OF SPIKES
    Second that.

    For latency avrg is equal to avrg FPS... Here is some good article about good methodology for couting and comparing latency:
    http://techreport.com/review/21516/i...e-benchmarking

    Hope its easy enought to integrate into PTS.

  10. #10
    Join Date
    Jul 2010
    Posts
    444

    Default

    Quote Originally Posted by wargames View Post
    Framerate speed is not the only thing that matters in a graphics driver. In Windows 7, Blender feels much more responsive, and selecting objects takes less than a second, whereas in Linux (with the lastest open source AMD drivers) sometimes it takes more than 5 seconds to select a different object.
    AFAIK Blender is using GL_SELECT which is not hardware accelerated in mesa. There has been a mesa patch though I think.

Posting Permissions

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