Announcement

Collapse
No announcement yet.

Previewing The Radeon DPM Performance On Linux 3.11

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

  • liam
    replied
    Originally posted by Veerappan View Post
    Maybe that's why the article title started with "Preview".

    Also, looks like Urban Terror is bottlenecked somewhere other than the GPU (or at least the GPU/VRAM clocks didn't make much of a difference).
    That was the most interesting of the lot (besides seeing the general degree of improvement). At the 1080 there was only around a 15% difference, but at 1600 it jumped to better than 70%, with the dpm'd driver experience only a slight fps change between resolution.
    So the clock speed made the biggest difference when it comes to larger textures. I'm guessing this is down purely to the increased memory speed?

    Leave a comment:


  • synaptix
    replied
    Gonna try this out later on my HD4200 IGP. Setting power profiles never seemed to stick and previous attempts at dpm was failure as well.

    Leave a comment:


  • bridgman
    replied
    Originally posted by GreatEmerald View Post
    The performance difference shouldn't be nearly like that on dedicated cards. But it's not supposed to be, the DPM code is for energy consumption and thermal management.
    It's going to depend on the card. Guessing we'll see similar improvements for the GCN cards, since they also default to pretty low clocks, and *some* of the earlier discrete GPUs, particularly mobile parts.

    Leave a comment:


  • bridgman
    replied
    Originally posted by Serafean View Post
    PS : A special compliment goes to bridgman for concentrating on development and not on tweaking the old PM code.
    Actually that credit should go to Alex (and probably Dave too). I wanted us to tweak the old PM code a bit more to improve things while we were trying to get approval for DPM release, but I kinda got outvoted.

    Originally posted by Serafean View Post
    Taking the flak from all of us must have been a bit harsh
    Yeah, guess I still get credit for taking the flak
    Last edited by bridgman; 16 July 2013, 03:01 PM.

    Leave a comment:


  • project_phelius
    replied
    I've been recommending AMD products

    Originally posted by Serafean View Post
    I've been recommending AMD products mainly because their OSS support, it feels great to be proven right.
    You were recommending products with no proof?
    You're not a very good friend!

    j/k

    Leave a comment:


  • DanL
    replied
    Originally posted by brosis View Post
    Power consumption graph is not interesting because DPM works very same way as Catalyst. Comparison to Catalyst is actually irrelevant.
    Well, it's supposed to work the same way in theory, but it would be nice to confirm that it works that way in practice.

    Leave a comment:


  • GreatEmerald
    replied
    Originally posted by Hamish Wilson View Post
    As a question, is there any major difference in performance between the new DPM code and the old static PM on high? And if so, will this apply to all the supported cards?
    From what I can see, this was tested on an APU, which have had the issue where static PM didn't do anything (the clocks were always set to default). The performance difference shouldn't be nearly like that on dedicated cards. But it's not supposed to be, the DPM code is for energy consumption and thermal management.

    Leave a comment:


  • Hamish Wilson
    replied
    As a question, is there any major difference in performance between the new DPM code and the old static PM on high? And if so, will this apply to all the supported cards?

    Leave a comment:


  • brosis
    replied
    Originally posted by Filar View Post
    Do I understand it right? The open source drivers will be in a few cases faster the propertiary ones?
    Correct, but in some cases slower.

    Originally posted by Ragas View Post
    Really? This must be the most noninteresting benchmark I've ever seen!

    Everybody already knew, that higher clocks get higher performance. Where is the power consumption graph? Where is the comparison to Catalyst? Did you set the old Power-management to powersave or performance (what clocks were chosen)?
    Ha, its one of the most epic benchmarks in history. The performance is result of DPM+Vadim patch+Marek+Deutcher and many others! Its by far not only clocks.

    Power consumption graph is not interesting because DPM works very same way as Catalyst.
    Comparison to Catalyst is actually irrelevant. Performance is roughly same. But its opensource driver, that's the prime advantage. Support till hardware is dead, support for other operating systems, full integration, full security, no kernel tainting. All those not possible with catalyst, ever.

    Powersave is not working right now, so it was performance.

    Leave a comment:


  • Serafean
    replied
    This can never be said enough: Thank you Bridgman,Tom, Alex, and anyone else involved in the OSS effort.

    I've been recommending AMD products mainly because their OSS support, it feels great to be proven right. Going to test DPM on a laptop right now.


    Serafean

    PS : A special compliment goes to bridgman for concentrating on development and not on tweaking the old PM code. Taking the flak from all of us must have been a bit harsh

    Leave a comment:

Working...
X