Page 1 of 4 123 ... LastLast
Results 1 to 10 of 35

Thread: Radeon Gardenshed DRM + Gallium3D Benchmarks

  1. #1
    Join Date
    Jan 2007
    Posts
    15,623

    Default Radeon Gardenshed DRM + Gallium3D Benchmarks

    Phoronix: Radeon Gardenshed DRM + Gallium3D Benchmarks

    It has been about a month since we last delivered ATI/AMD Radeon Linux benchmarks comparing the performance of the open-source driver against the high-performance proprietary driver. Since that point there's been various improvements to the Mesa/Gallium3D driver and there's also been the merge of the latest Radeon DRM code for the next kernel, which will likely be called the Linux 3.0 kernel, but in the DRM pull request was referred to as Gardenshed. Here are these benchmarks on several different Radeon graphics cards.

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

  2. #2
    Join Date
    Feb 2011
    Posts
    55

    Default

    Just a thought, but wouldn't a comparative of Gallium r600 at 1 month intervals (ie compare todays gallium with last month's, march's ...) be far more interesting than this "Oh, one month on, we still haven't closed that order of magnitude gap....."

    David

  3. #3
    Join Date
    Aug 2008
    Posts
    234

    Default

    ^^ Or how about a graph of geometric means over time to get an overall feel of how open source and proprietary graphics drivers are progressing?

  4. #4
    Join Date
    Nov 2009
    Posts
    12

    Default

    looks like there's some serious bottlenecks... fps hardly drops between a low and a high resolution... but catalyst reacts as supposed, there's a real difference when you higher the resolution
    Does anybody have some clues about the features needed to unleash the power of those cards ? I mean, even if the performances was 50% lower than the catalyst ones and you can observe the drop of fps between resolution, you could say that everything is in order, and that there's some optimizations missing, but those benchmarks feel strange...

    Anyway, I really appreciate all the works around r300G, r600g and nouveau ! keep up the good work, guys !

  5. #5
    Join Date
    Jul 2008
    Location
    Greece
    Posts
    3,801

    Default

    Here's an idea of what to test next (if it was already done, then please ignore )

    Open Source Radeon vs Nouveau performance compared to their blob counterparts. Radeon, which is supported as Open Source by AMD and has access to hardware specs, vs Nouveau which is not supported by NVidia and needs to reverse-engineer a black box. Did OSS Radeon do a better job at coming close to 100% performance while having access to specs? Did Nouveau do a better job? And if Nouveau is the winner, what's the conclusion? Not having specs and support leads to better drivers? If both are on-par, what does that mean? Specs and support doesn't help? It got wasted? If Radeon wins, does that mean that Nouveau is probably never going to become a true replacement for the blob?
    Last edited by RealNC; 05-27-2011 at 10:21 AM.

  6. #6
    Join Date
    Feb 2011
    Posts
    55

    Default

    IANAMD (Mesa Developper) but IIRC the major bottle necks are in the shader compiler and the handling of state changes.

    Both bits are being worked on by the dedicated volunteers who keep our X stack moving, but neither is what you could call low hanging fruit and both need to be killed by a thousand paper cuts if you get what I mean.

    David

  7. #7
    Join Date
    Nov 2009
    Posts
    12

    Default

    Quote Originally Posted by Welsh Dwarf View Post
    IANAMD (Mesa Developper) but IIRC the major bottle necks are in the shader compiler and the handling of state changes.

    Both bits are being worked on by the dedicated volunteers who keep our X stack moving, but neither is what you could call low hanging fruit and both need to be killed by a thousand paper cuts if you get what I mean.

    David
    you can't be clearer! tough work all along the road!

  8. #8
    Join Date
    Nov 2009
    Location
    Italy
    Posts
    992

    Default

    YOU HAVE TO DISABLE VSYNC. My low-end RV610 does 90fps in openarena with an old 2GHz single core CPU, how can a 4830 do 51fps?

  9. #9
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,569

    Default

    Quote Originally Posted by RealNC View Post
    Open Source Radeon vs Nouveau performance compared to their blob counterparts. Radeon, which is supported as Open Source by AMD and has access to hardware specs, vs Nouveau which is not supported by NVidia and needs to reverse-engineer a black box. Did OSS Radeon do a better job at coming close to 100% performance while having access to specs? Did Nouveau do a better job? And if Nouveau is the winner, what's the conclusion? Not having specs and support leads to better drivers?
    Similar studies have been done before and the conclusion is always the same. Having a higher percentage of the developers dress in black leads to better drivers.

    Given the relatively high performance of the r300g stack it seems like better questions would be :

    - what performance-related features are enabled in r600g relative to r300g at this time ?
    - are there differences in hardware architecture between the pre-r600 and 600+ generations which could require design changes between r300g and r600g, were those changes made, and were they correct in hindsight ?
    - what other design changes were made between r300g and r600g ?

    My 10,000 foot impression of the answers is :

    - programming some of the performance-related features is a lot trickier in r600+ hardware than in earlier hardware and as a consequence a number of those features are enabled in r300g but not yet enabled in r600g

    - r600+ hardware has a larger number of registers and different grouping of registers so a different approach to state management was taken in r600g relative to r300g; in hindsight the mapping of registers to state changes is more complex than first expected so more work on state management is probably needed

    - the shader compiler for r600+ started off as more of a 1:1 IR-to-hardware translator than a real compiler, although recent work may have improved that a lot (haven't had time to look)
    Last edited by bridgman; 05-27-2011 at 10:43 AM.

  10. #10
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,328

    Default

    Wasn't catalyst faster than r600 with drawing off?

Posting Permissions

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