Announcement

Collapse
No announcement yet.

AMD APUs Don't Appear Affected By Linux 3.12 Change

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

  • AMD APUs Don't Appear Affected By Linux 3.12 Change

    Phoronix: AMD APUs Don't Appear Affected By Linux 3.12 Change

    Earlier today in The AMD Radeon Performance Is Incredible On Linux 3.12, ten different AMD Radeon graphics cards were tested to complement the original Linux 3.12 Brings Big AMD Radeon Improvements article from Saturday. In changing things up from looking at the discrete AMD GPU performance, here are some benchmarks of an AMD Fusion E-350 APU with the Linux 3.11 and 3.12 kernels...

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

  • #2
    Originally posted by phoronix View Post
    Phoronix: AMD APUs Don't Appear Affected By Linux 3.12 Change

    Earlier today in The AMD Radeon Performance Is Incredible On Linux 3.12, ten different AMD Radeon graphics cards were tested to complement the original Linux 3.12 Brings Big AMD Radeon Improvements article from Saturday. In changing things up from looking at the discrete AMD GPU performance, here are some benchmarks of an AMD Fusion E-350 APU with the Linux 3.11 and 3.12 kernels...

    http://www.phoronix.com/vr.php?view=MTQ4NTg
    So it looks like my wild guess is correct. Probably last changes indeed improved governor for intel CPUs... Therefore there is no change with AMD's APUs.

    By the way, Michael, did you force dpm for APUs? Otherwise this test is meaningless since they are already operating at minimum frequencies.

    Comment


    • #3
      That mimics the other result in that lower-end GPUs seem to be less affected.

      Have you followed up on the suggestions about GART sizes and/or CPU scaling governors yet?

      Comment


      • #4
        Who cares for E-350 when there is Kabini already?

        Comment


        • #5
          Originally posted by phoronix View Post
          Phoronix: AMD APUs Don't Appear Affected By Linux 3.12 Change

          Earlier today in The AMD Radeon Performance Is Incredible On Linux 3.12, ten different AMD Radeon graphics cards were tested to complement the original Linux 3.12 Brings Big AMD Radeon Improvements article from Saturday. In changing things up from looking at the discrete AMD GPU performance, here are some benchmarks of an AMD Fusion E-350 APU with the Linux 3.11 and 3.12 kernels...

          http://www.phoronix.com/vr.php?view=MTQ4NTg
          Ummm...Michael, I don't mean to be a dick (i really don't) but I only got one question for ya... did you enable DPM for these? The discrete cards don't need it to function 'okay' but the APU's default to BIOS clock speeds which are pitiful and then the GPU clockspeeds become the bottleneck. So if you didn't enable DPM then this is an entirely pointless article because you introduced a different bottleneck...

          Now, if you DID enable DPM, then okay, great, this is more data to figure out what exactly is going on.

          Comment


          • #6
            Originally posted by sacridex View Post
            Who cares for E-350 when there is Kabini already?
            E-350, E-450 and friends run a lot better than Kabini with the free driver. If you manage to install Linux into a Kabini machine, you'll find yourself restricted to Catalyst (the graphics unit seems to be a SI one).

            Comment


            • #7
              @sacridex
              Phoronix doesn't receive any review samples as the article says. And Michael seems to be unwilling or unable to cooperate with hardware sites that do, so has to pay for the hardware out of his own pocket.

              Currently you can buy Kabini only in Notebooks which will set you back at least 340 EUR (Thinkpad E145 with E1-2500 dual core CPU), this does not promise good ROI especially if many users install Adblock.

              And Kabini is GCN, which is already known to perform poorly with the open source drivers.

              Comment


              • #8
                Originally posted by Rakot View Post
                So it looks like my wild guess is correct. Probably last changes indeed improved governor for intel CPUs... Therefore there is no change with AMD's APUs.

                By the way, Michael, did you force dpm for APUs? Otherwise this test is meaningless since they are already operating at minimum frequencies.
                Eh, not quite. There's still a possibility that if Michael ran these tests on an AMD CPU system with the discrete cards that the performance benefits may still occur. But yes, DPM would have an impact on the results.

                Comment


                • #9
                  Originally posted by Alejandro Nova View Post
                  f you manage to install Linux into a Kabini machine, you'll find yourself restricted to Catalyst (the graphics unit seems to be a SI one).
                  We already have success reports from Kabini users (after solving initial configuration problems) on Gentoo with the radeon driver in our forums.

                  http://forums.gentoo.org/viewtopic.php?t=971748
                  http://forums.gentoo.org/viewtopic.php?t=971952

                  Comment


                  • #10
                    That's a very low-end GPU/APU, though. Perhaps the changes arrived for some higher-end features, found in more higher-end cards.

                    Comment


                    • #11
                      Originally posted by Rakot View Post
                      By the way, Michael, did you force dpm for APUs?
                      Originally posted by Ericg View Post
                      Ummm...Michael, I don't mean to be a dick (i really don't) but I only got one question for ya... did you enable DPM for these?.
                      You guys could have answered the question for yourselves very easily, but here you go anyway

                      http://openbenchmarking.org/system/1...203.11/cmdline
                      http://openbenchmarking.org/system/1...%20Git/cmdline

                      Comment


                      • #12
                        Originally posted by Tyler_K View Post
                        You guys could have answered the question for yourselves very easily, but here you go anyway

                        http://openbenchmarking.org/system/1...203.11/cmdline
                        http://openbenchmarking.org/system/1...%20Git/cmdline
                        Thank you, Tyler, the amount of times I've been on OBM.org could probably be counted on one hand so I don't know where everything is at on it

                        Comment


                        • #13
                          Originally posted by Ericg View Post
                          Thank you, Tyler
                          np.

                          the amount of times I've been on OBM.org could probably be counted on one hand so I don't know where everything is at on it
                          I'm about a second hand ahead of you in the count then

                          As a quick FYI:
                          In this case, Micheal linked to the OBM page directly (http://openbenchmarking.org/result/1...SO-LINUX312G09) which includes the black box summary. In most of his write ups, he embeds that box (example from the prior related article: http://www.phoronix.com/scan.php?pag..._preview&num=1).

                          Anwyay, From the black box you can click on the system logs (bottom right) ... or if you're on the OBM page, you can also hit the blue system logs tab, which then provides a link to:

                          system logs relevant to the tests i.e. http://openbenchmarking.org/system/1...SO-LINUX312G09 ... clicking on either of those links, reveals a whole lot of relevant info which you can further drill down into.

                          Comment


                          • #14
                            Nice!

                            It's really good to see my notebook APU being benchamarked, I already tried myself but failed (I'm a just a little noob haha). But I can try with Xonotic (I could make it run on top of Sabayon, but it was the only benchmarked that worked). I would like to do that benches in Gentoo too, but if in Sabayon it fails it can fail to run in Gentoo too. And trust me, a software that takes much time to compile and fails is extremely annoying.

                            Michael, don't worry with adblock or similar by me, since I don't use this never. Even with my smartphone. I prefer support all sites I like allowing ads run because I don't have money yet (I'm in college). When I finish my studies and start to get true money I will help (will help GNU Octave too and another programs I like and use).

                            Comment


                            • #15
                              Another way to support the mission of Phoronix

                              Originally posted by rudregues View Post
                              It's really good to see my notebook APU being benchamarked, I already tried myself but failed (I'm a just a little noob haha). But I can try with Xonotic (I could make it run on top of Sabayon, but it was the only benchmarked that worked). I would like to do that benches in Gentoo too, but if in Sabayon it fails it can fail to run in Gentoo too. And trust me, a software that takes much time to compile and fails is extremely annoying.

                              Michael, don't worry with adblock or similar by me, since I don't use this never. Even with my smartphone. I prefer support all sites I like allowing ads run because I don't have money yet (I'm in college). When I finish my studies and start to get true money I will help (will help GNU Octave too and another programs I like and use).
                              If everyone here reported their experimental results with the hardware and games they already have instead of passively consuming content, maybe all the work and expense of getting information on a wide variety of hardware would not fall onto the shouders on one person. Not everyone's results will be as repeatable or reliable as running a fixed suite of fixed benchmarks is, but comparisons can still me made. For that matter, if only the one HD6570 test had been done (on one card), we wouild not now know that not everyone gets bad results from R600g on HD6570.

                              OK, here is a summary of some of my HD6750/FX8120 (4.4GHZ) results on Critter, and Scorched3d (as reported on some other threads): Scorched3d 85fps at peak (lightest maps) with gallium backend and Linux 3.11 with dpm enabled, compared to a peak of 106fps on fglrx a year and a half ago, with 1080p resolution. Scorched3d does not like the sb backend for some reason. Critter (2d but written in Opengl) gives 630fps at peak right now on Linux 3.12 with either previous default backend or with sb backend and cpu governor set to 4.4GHZ fulltime, compared to 1,000 or so fglrx same settings but CPU governor "ondemand." Both at 1080p with "show nebulas" disabled.

                              NO DIFFERENCE that I can see between Linux 3.11 and Linux 3.12 on the Radeon 6750 in Critter, in Scorched3d, or in 0ad. In Critter no improvement in the "ondemand" governor setting issue either, I still get over a 50% loss of framerate in Critter with OnDemand. That doesn't mean there is none as Scorched3d is very hard to benchmark, Critter is very light, and 0ad CPU limited. My results may not apply to games like Xonotic that I have never played and do not have, but if I sit on them and don't talk about them nobody else can benefit from my testing.

                              Open source is supposed to be about community contributions of effort in whatever way each person is capable, not passive consumption. Passive consumption is the Windows/Hollywood way, and Linux would not have even gotten out of Linus's garage that way, Some contribute funds or hardware, some contribute code, some contribute testing. All of these are needed for the open source model to work.
                              Last edited by Luke; 10-14-2013, 10:46 PM.

                              Comment

                              Working...
                              X