All of lore.kernel.org
 help / color / mirror / Atom feed
From: Boszormenyi Zoltan <zboszor@pr.hu>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: Maling list - DRI developers <dri-devel@lists.freedesktop.org>
Subject: Re: DPM on Radeon HD6570
Date: Wed, 21 Aug 2013 21:05:13 +0200	[thread overview]
Message-ID: <52150F69.3060309@pr.hu> (raw)
In-Reply-To: <CADnq5_OXUZPPQNp4rY=Hu=6Sij2bNv4Keo67EzXyu2BipL-5jA@mail.gmail.com>

2013-08-21 19:55 keltezéssel, Alex Deucher írta:
> On Wed, Aug 21, 2013 at 1:49 PM, Boszormenyi Zoltan<zboszor@pr.hu>  wrote:
>> Hi,
>>
>> thanks for your response.
>>
>> 2013-08-21 17:39 keltezéssel, Alex Deucher írta:
>>
>>> On Wed, Aug 21, 2013 at 10:31 AM, Boszormenyi Zoltan<zboszor@pr.hu>
>>> wrote:
>>>> Hi,
>>>>
>>>> I read this Phoronix article:
>>>> http://www.phoronix.com/scan.php?page=article&item=amd_hd6000_dpm&num=1
>>>>
>>>> Congrats to the progress achieved so far.
>>>>
>>>> However, I can see an interesting deviation for HD6570 from the
>>>> observed trend of other chips.
>>>>
>>>> r600g can reach 80+ percent of the performance of Catalyst
>>>> for most HD6xxx chips except for 6570, where the performance
>>>> is around 10-20 percent.
>>>>
>>>> Do you have a theory about this difference?
>>>> Maybe DPM doesn't work as intended on HD6570?
>>>>
>>> Are you seeing the same results on your board?  If so are the results
>>> roughly the same with dpm enabled vs. disabled?  If so I doubt there
>>> is a problem with dpm.  On older dGPUs like this one dpm won't really
>>> improve performance since the cards come up with relatively high
>>> clocks by default.  It's mainly for saving power when the GPU is idle.
>> I have enabled dpm:
>> $ cat /proc/cmdline
>> BOOT_IMAGE=/vmlinuz-3.11.0-0.rc6.git0.1.fc20.x86_64
>> root=UUID=00df37a2-be3d-46fe-963a-ca08977fc5f6 ro quiet rhgb radeon.audio=1
>> radeon.dpm=1 LANG=hu_HU.UTF-8
>>
>> I have just tried "openarena 0.8.5" again with forced "low" performance.
>> Results is 26.87fps with low performance, 59.40-59.70fps with forced high
>> performance.
>>
> Sounds like you are refresh rate limited.  Try disabling
> swapbufferswait in your xorg.conf:
>
> Section "Device"
>          Identifier  "card0"
>          Driver      "iradeon"
>          Option "SwapbuffersWait" "false"
> EndSection
>
> and disable vsync in the 3D driver, set env var:
> vblank_mode=0

vblank_mode was already 0 before:

[zozo@localhost ~]$ cat .drirc
<driconf>
     <device screen="0" driver="r600">
         <application name="Default">
             <option name="fthrottle_mode" value="2" />
             <option name="pp_celshade" value="0" />
             <option name="pp_jimenezmlaa" value="0" />
             <option name="always_have_depth_buffer" value="false" />
             <option name="pp_jimenezmlaa_color" value="0" />
             <option name="pp_nogreen" value="0" />
             <option name="force_glsl_extensions_warn" value="false" />
             <option name="pp_nored" value="0" />
             <option name="disable_glsl_line_continuations" value="false" />
             <option name="vblank_mode" value="0" />
             <option name="allow_large_textures" value="1" />
             <option name="pp_noblue" value="0" />
         </application>
     </device>
</driconf>

I have added this:

[root@localhost xorg.conf.d]# pwd
/etc/X11/xorg.conf.d
[root@localhost xorg.conf.d]# cat 99-vblank.conf
Section "Device"
     Identifier    "card0"
     Driver        "radeon"
     Option        "SwapbuffersWait" "false"
EndSection

With forced high performance, I got 118.73 fps. Wow. :-)

> Also what does the performance look like with dpm disabled?

Same as forced high with dpm enabled.

> Anyway, it doesn't sound like dpm is an issue.

Indeed, dpm works as intended.
Something was misconfigured at Phoronix then.

Thanks for resolving this for me,
Zoltán Böszörményi

>
> Alex
>
>>>> I have this kind of video card, so I wanted to test it myself.
>>>> The exact model of my card is:
>>>>
>>>> http://www.sapphiretech.com/presentation/product/?cid=1&gid=3&sgid=1087&pid=1176&psn=&lid=1&leg=0#
>>>>
>>> Note that a lot of 6570 cards, including yours use DD3 memory rather
>>> than GDDR5 so they will have fairly limited memory bandwidth.
>> I know. The 6570 tested by Phoronix must be GDDR5
>> but it's not mentioned specifically.
>>
>> Best regards,
>> Zoltán Böszörményi
>>
>>
>>> Alex
>>>
>>>> I have installed kernel 3.11-rc6 on Fedora 19 using this koji kernel:
>>>> http://koji.fedoraproject.org/koji/buildinfo?buildID=457463
>>>>
>>>> I haven't tested Catalyst but my r600g results mostly match
>>>> the ones in the article even with a different CPU.
>>>>
>>>> Best regards,
>>>> Zoltán Böszörményi
>>>>
>>>> _______________________________________________
>>>> dri-devel mailing list
>>>> dri-devel@lists.freedesktop.org
>>>> http://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2013-08-21 19:05 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-21 14:31 DPM on Radeon HD6570 Boszormenyi Zoltan
2013-08-21 15:39 ` Alex Deucher
2013-08-21 17:49   ` Boszormenyi Zoltan
2013-08-21 17:55     ` Alex Deucher
2013-08-21 19:05       ` Boszormenyi Zoltan [this message]
2013-08-21 16:30 ` Grigori Goronzy
2013-08-21 17:56   ` Boszormenyi Zoltan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52150F69.3060309@pr.hu \
    --to=zboszor@pr.hu \
    --cc=alexdeucher@gmail.com \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.