Announcement

Collapse
No announcement yet.

Previewing The Radeon Gallium3D Shader Optimizations

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic Previewing The Radeon Gallium3D Shader Optimizations

    Previewing The Radeon Gallium3D Shader Optimizations

    Phoronix: Previewing The Radeon Gallium3D Shader Optimizations

    With the AMD R600 Gallium3D shader optimizing back-end having been merged last week, new benchmarks were carried out at Phoronix to see the impact of the experimental shader optimizations on multiple AMD Radeon HD graphics cards.

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

  • marek
    replied
    I think Michael did not set the environment variable R600_DEBUG=sb for the shader backend to be actually enabled.

    Leave a comment:


  • Bitiquinho
    replied
    Shouldn't mesa be exposing OpenGL 3.1 support on this test, rather then 3.0 ? Also, I think Michael have to set R600_LLVM env variable to 0, so the LLVM backend are not used.
    Last edited by Bitiquinho; 05-09-2013, 11:19 AM.

    Leave a comment:


  • stalkerg
    replied
    Originally posted by brosis View Post
    Yes, something is suspicious here!
    Vadim, do you have paypal? : )
    Or Yandex.Money? And I can put a beer in the pub. (in one city because)

    Leave a comment:


  • vadimg
    replied
    Originally posted by brosis View Post
    Yes, something is suspicious here!

    I agree with Vadim - even Phoronix readers have noticed ondemand governor throttling clocks, ie not detecting that there is demand, and causing bottleneck.
    32bit tests on 64bit mesa are very probable too, I don't know how Ubuntu manages multilib, but ifs pack of prebuilt files instead of seperately recompiled i386, it is also possible them to interfere.

    It would be very good if Michael retest the case, forcing performance governor and running only 64-bit tests on 64bit host.

    Vadim, do you have paypal? : )
    Yes, vadimgirlin at gmail dot com.

    By the way, 32-bit tests are not a problem, you just need to build 32-bit mesa with r600-sb for them.

    Leave a comment:


  • brosis
    replied
    Yes, something is suspicious here!

    I agree with Vadim - even Phoronix readers have noticed ondemand governor throttling clocks, ie not detecting that there is demand, and causing bottleneck.
    32bit tests on 64bit mesa are very probable too, I don't know how Ubuntu manages multilib, but ifs pack of prebuilt files instead of seperately recompiled i386, it is also possible them to interfere.

    It would be very good if Michael retest the case, forcing performance governor and running only 64-bit tests on 64bit host.

    Vadim, do you have paypal? : )

    Leave a comment:


  • vadimg
    replied
    I suspect something is wrong with some of these results. Though many applications are not really expected to have noticeable improvements because they are not limited by shader performance (openarena, doom3, xonotic/nexuiz on low settings), but I'd expect different results at least with Unigine benchmarks.

    Michael, did you take into account that Tropics and Sanctuary are 32-bit apps and use 32-bit drivers?

    Also, probably not very important for these benchmarks, but I'd use performance governor for all benchmarks to avoid running them on different cpu frequencies due to different cpu loads, especially when you are comparing different drivers (versions, branches, etc). E.g. the driver with higher cpu load/overhead may end up running on higher frequency and produce better results. I think it's better to use fixed frequency for all benchmarks, otherwise it's like comparing the results of different drivers on different cpu's.

    By the way, here are my results with some apps:
    http://openbenchmarking.org/result/1...7500792103#r-0

    Leave a comment:


  • stalkerg
    replied
    You joke? I have +30%, +40% in SC2, OilRush and ungine haven.On 6770.

    Leave a comment:


  • Drago
    replied
    Originally posted by brent View Post
    My results are very different. I see consistently and noticeably improved performance, almost everywhere, with SB enabled. However, I have an APU which is bottlenecked heavily by shader performance. This might not be the case with those higher-end desktop GPUs.
    I also have an APU. Can you share some of your findings?

    Leave a comment:


  • brent
    replied
    My results are very different. I see consistently and noticeably improved performance, almost everywhere, with SB enabled. However, I have an APU which is bottlenecked heavily by shader performance. This might not be the case with those higher-end desktop GPUs.

    Leave a comment:

Working...
X