Announcement

Collapse
No announcement yet.

Radeon HD 7xxx Performance is Depressing With Wine...?

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

  • Tyler_K
    replied
    Originally posted by Espionage724 View Post
    Does that command work on non-SI chips (specifically, my NI chips in my laptop)?
    (as already noted) yes, just make sure you are using/have in place the necessary requisites (kernel, firmware ....)

    I believe I tried it, and felt slightly better performance, but still lower than that of fglrx by a good bit.
    Even with the SI's clocks issue set aside, the catalyst/fglrx stack is currently going to have much better OpenGL performance then the radeonsi driver.

    As for the NI parts in your laptop -- along with using DPM (which will alleviate core meltdowns and any clocking issues (if they were affected; they might or might not have been), the r600g sb shader optimization will greatly improve performance in a number of apps, bringing it close to (and in some instances, better than) that of catylst/fglrx's. As they say, mileage will vary, and, in particular, I have no idea how effective it will be with your situation (GW2 under Wine). The sb backend is enabled by default in Mesa 9.3 (i.e. current git). If you're using a 9.2 build of Mesa, while it would have been built with support for the sb, it would not be enabled by default, so you will have to enable it yourself via the ENV Var (R600_DEBUG=sb).
    Last edited by Tyler_K; 15 September 2013, 12:23 PM.

    Leave a comment:


  • bridgman
    replied
    Originally posted by Espionage724 View Post
    Does that command work on non-SI chips (specifically, my NI chips in my laptop)? I believe I tried it, and felt slightly better performance, but still lower than that of fglrx by a good bit.
    Yes, radeon.dpm=1 should enable dpm on all GPUs back to rv6xx on the 3.11 or 3.12 kernels.

    IIRC the original r600 did not have dpm hardware, but everything from rv610 up did. The actual dpm hardware changes significantly between earlier and later generations but the dpm code is always enabled the same way.

    Note that you need fairly recent userspace code as well to get the best performance from the open source stack.
    Last edited by bridgman; 15 September 2013, 08:43 AM.

    Leave a comment:


  • curaga
    replied
    @dffx:

    Sorry, I got confused, you weren't the OP.

    Originally posted by Espionage724 View Post
    Hmm, are they rebrand in the sense of the GPU chip itself being exactly similar? Like if a driver performed one way on the 6000-series equivalent to my dGPU, I should expect very similar, if not the same performance on my 7670M dGPU?
    A rebrand means the same chip with a new sticker on top. So exact same performance.

    Leave a comment:


  • curaga
    replied
    Originally posted by dffx View Post
    I'm not sure that this is correct. Do you have source on this?

    EDIT: Looks like the 78xxM (and lower) cards are a rebrand, while the 7970M (which I have) is still RadeonSI -- it's a downclocked version of the HD7870
    Your original post said 7670M, not 7970M - which is it?

    Leave a comment:


  • Guest
    Guest replied
    Originally posted by curaga View Post
    Both your laptop cards are HD6000 rebrands, so they should work fine using r600g (not radeonsi).
    Hmm, are they rebrand in the sense of the GPU chip itself being exactly similar? Like if a driver performed one way on the 6000-series equivalent to my dGPU, I should expect very similar, if not the same performance on my 7670M dGPU?

    Originally posted by agd5f View Post
    If you are using kernel 3.11 or newer, enable dpm (append radeon.dpm=1 to the kernel command line in grub), otherwise the SI chip will be using really slow boot up clocks.
    Does that command work on non-SI chips (specifically, my NI chips in my laptop)? I believe I tried it, and felt slightly better performance, but still lower than that of fglrx by a good bit.

    Leave a comment:


  • dffx
    replied
    Originally posted by curaga View Post
    Both your laptop cards are HD6000 rebrands, so they should work fine using r600g (not radeonsi).
    I'm not sure that this is correct. Do you have source on this?

    EDIT: Looks like the 78xxM (and lower) cards are a rebrand, while the 7970M (which I have) is still RadeonSI -- it's a downclocked version of the HD7870
    Last edited by dffx; 15 September 2013, 02:30 AM.

    Leave a comment:


  • agd5f
    replied
    If you are using kernel 3.11 or newer, enable dpm (append radeon.dpm=1 to the kernel command line in grub), otherwise the SI chip will be using really slow boot up clocks.

    Leave a comment:


  • Tyler_K
    replied
    Originally posted by Espionage724
    From my understanding, any "real" performance on 7xxx hardware is only to be expected on fglrx currently, and apparently both radeon and radeonsi aren't nearly as-good, for 3D
    ...
    Hmm, what's the driver for r600g? I was also under the impression that radeonsi was the best FOSS AMD/ATI driver currently?
    What you have written betrays that you don't have a good understanding of the stack. Here is a very brief (and grossly simplified) description of (the key components of) that for contemporary AMD graphics adapters under the X Display Server:
    • kernel component
      • DRM/KMS kernel driver .... the radeon driver (radeon.ko) ... what you see listed if you use "lsmod", "lspci", etc..
    • userspace components
      • DDX driver ... the Xorg driver (radeon_drv.so)
      • 3D/OpenGL (Mesa) driver) ... for which there exists, applicable to the particular hardware, the r300g (r300_dri.so), r600g (r600_dri.so), radeonsi (radeonsi_dri.so)

    As for the 3D drivers, their naming represents a class of hardware that the driver begins coverage for (Example: r600g begins for r600 adapters up through to NI (Northern Islands)). The g appended on the names of the two listed above denotes that they are a gallium type of Mesa driver (distinguishing it from classic Mesa drivers ... there used to be (actually, originally were only) classic r300 & r600 drivers, but these have since been removed when the gallium versions became mature). Support for SI (Southern Islands) class hardware (and now extended above for the future CIK/Sea Islands adapters) was developed using a gallium driver from the very beginning, so no such naming distinction is used (needed). The support for SI devices (i.e. radeonsi driver) is slowly coming along, but is still not as mature or feature-full as the r600g.
    Last edited by Tyler_K; 12 September 2013, 10:48 PM.

    Leave a comment:


  • Guest
    Guest replied
    Originally posted by curaga View Post
    Both your laptop cards are HD6000 rebrands, so they should work fine using r600g (not radeonsi).

    For your desktop, not much you can do but wait.
    Hmm, what's the driver for r600g? I was also under the impression that radeonsi was the best FOSS AMD/ATI driver currently?

    Leave a comment:


  • curaga
    replied
    Both your laptop cards are HD6000 rebrands, so they should work fine using r600g (not radeonsi).

    For your desktop, not much you can do but wait.

    Leave a comment:

Working...
X