Announcement

Collapse
No announcement yet.

Intel Iris Pro Linux Performance Doubles With Driver Upgrades

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

  • Intel Iris Pro Linux Performance Doubles With Driver Upgrades

    Phoronix: Intel Iris Pro Linux Performance Doubles With Driver Upgrades

    Last week I ran a System76 Galago UltraPro Preview with some benchmark results and a special article looking at the Intel Iris Pro 5200, the Haswell graphics cores with 128MB of dedicated video memory stacked onto the die itself. Those tests were done remotely but now with having a System76 Galago UltraPro ultrabook review sample in the labs, here are some fresh tests looking at the very latest state of Haswell Iris Pro graphics under Linux. The benchmarks cover the state of Ubuntu 13.04 going through the latest open-source Linux graphics driver code with the yet-to-be-released Mesa 9.3 and the Linux 3.12 kernel.

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

  • #2
    How about some source engine benchmarks? Pretty please with sugar on top and ice cream in the middle ?

    Comment


    • #3
      Originally posted by M1kkko View Post
      How about some source engine benchmarks? Pretty please with sugar on top and ice cream in the middle ?
      http://www.phoronix.com/scan.php?pag...tem&px=MTQxMzY
      Michael Larabel
      http://www.michaellarabel.com/

      Comment


      • #4
        Other distros please MANJARO SABAYON and SUSE

        WE VOTED

        We did like MANJARO - Arch - SABAYON - Gentoo -and SUSE - rpms - to be tested with Ubuntu - debs -

        As at Imagine is said ...

        I hope someday you'll join us ...

        Comment


        • #5
          Michael,

          I don't play any of these games so am unfamiliar with their needs. Could you include a scale that indicates how much use, in your view, each game/benchmark makes of vertex, tessellation, fragment, pixel and texture processing (I suppose making their values relative to the latest unigine benchmark)? Perhaps you could put a call out to those to your readers to do this if you don't have time?


          Originally posted by mitcoes View Post
          WE VOTED

          We did like MANJARO - Arch - SABAYON - Gentoo -and SUSE - rpms - to be tested with Ubuntu - debs -

          As at Imagine is said ...

          I hope someday you'll join us ...
          Wasn't fedora 2nd or third?
          Last edited by liam; 09-16-2013, 04:33 PM.

          Comment


          • #6
            how's the keyboard on this laptop? So far a lot of reviews of it say that its pretty much unusable. Any comment?

            Comment


            • #7
              I don't play any PC games but I'm interested how the eDRAM performs as an L4 cache for the CPU. At least that's what I've read. I haven't read any tests.

              For the final review please do power consumption tests. The other major improvement of Haswell is the lower power consumption of the mobile chips so it's worth verifying Intel's claims. Also, does anyone know anything about Windows 8's task coalescing in order to have the CPU go into the new very low power active state more often? It's talked about here: http://www.anandtech.com/show/7047/t...4500u-tested/3 . Can the Linux CPU scheduler something similar so Haswell can enter this new lower power state more often?

              I also want to know how bad the keyboard is.

              Comment


              • #8
                Throttling on battery?

                Hi,
                I read here, that a similar clevo machine throttles heavily it's CPU and GPU. Does System76 Galago throttle when unplugged too? If yes, could you also include a benchmark comparing plugged vs unplugged GPU performance when testing the notebook?

                Comment


                • #9
                  Well clearly the edram is not properly used. Intel folks, is it supposed to be working?

                  Comment


                  • #10
                    Originally posted by semhustej View Post
                    Hi,
                    I read here, that a similar clevo machine throttles heavily it's CPU and GPU. Does System76 Galago throttle when unplugged too? If yes, could you also include a benchmark comparing plugged vs unplugged GPU performance when testing the notebook?

                    The kernel is never going to enable something stupid like that by default. It's more efficient to run on high and then drop into an idle state that that to run longer at a lower frequency before dropping into idle.

                    The throttling just protects you from piece of junk applications from running down your battery at full speed. Yes I'm looking at you adobe flash. Assuming all of your programs are well-behaved not throttling give you better battery life.

                    Ubuntu doesn't do it by default either. If you feel that you must have it, then you can install the jupiter applet that will manipulate various power features by defined modes based on power supply or user selection.

                    Comment


                    • #11
                      Originally posted by guido12 View Post
                      I don't play any PC games but I'm interested how the eDRAM performs as an L4 cache for the CPU. At least that's what I've read. I haven't read any tests.

                      For the final review please do power consumption tests. The other major improvement of Haswell is the lower power consumption of the mobile chips so it's worth verifying Intel's claims. Also, does anyone know anything about Windows 8's task coalescing in order to have the CPU go into the new very low power active state more often? It's talked about here: http://www.anandtech.com/show/7047/t...4500u-tested/3 . Can the Linux CPU scheduler something similar so Haswell can enter this new lower power state more often?

                      I also want to know how bad the keyboard is.
                      Linux has had this for a while, called NO_HZ in the config file, and often called dynticks or dynamic ticks. I believe some further enablement code was added to take advantage of the additional c-states available in haswell as well.

                      Comment


                      • #12
                        Originally posted by WorBlux View Post
                        The kernel is never going to enable something stupid like that by default. It's more efficient to run on high and then drop into an idle state that that to run longer at a lower frequency before dropping into idle.

                        The throttling just protects you from piece of junk applications from running down your battery at full speed. Yes I'm looking at you adobe flash. Assuming all of your programs are well-behaved not throttling give you better battery life.

                        Ubuntu doesn't do it by default either. If you feel that you must have it, then you can install the jupiter applet that will manipulate various power features by defined modes based on power supply or user selection.
                        From what I understand from the review on notebookcheck, the throttling in this Clevo model is set in BIOS, so kernel cannot do anything about it. I know it would be stupid, but that's why I am asking if Galago throttles too.
                        I thought throttling is in place not because of some nasty application and power-saving, but to prevent CPU from overheating.

                        Comment


                        • #13
                          Originally posted by WorBlux View Post
                          Linux has had this for a while, called NO_HZ in the config file, and often called dynticks or dynamic ticks. I believe some further enablement code was added to take advantage of the additional c-states available in haswell as well.
                          That's not exactly the same. In addition to reducing the frequency of ticks (not just during idle), Windows 8 groups tasks so there are longer idle periods for the entire system which lets the CPU enter the new S0ix state more often. There are also tight requirements for the hardware itself. It's talked about here: http://www.anandtech.com/show/6355/i...architecture/3

                          Does this technique of scheduling task/threads together really give better battery life? It makes sense that deferring thread execution and grouping them would allow Haswell chips to go into the new S0ix state more often and longer. Allowing threads to execute on demand would likely prevent Haswell from going into S0ix. I can see issues of possible longer latencies but probably not noticeable for typical notebook use. I guess it depends on how low power this S0ix state is compared to the normal S0 active state.

                          Comment


                          • #14
                            Originally posted by guido12 View Post
                            Does this technique of scheduling task/threads together really give better battery life? It makes sense that deferring thread execution and grouping them would allow Haswell chips to go into the new S0ix state more often and longer. Allowing threads to execute on demand would likely prevent Haswell from going into S0ix. I can see issues of possible longer latencies but probably not noticeable for typical notebook use. I guess it depends on how low power this S0ix state is compared to the normal S0 active state.
                            Really low. Haswell ULT devices confuse users because it doesn't have a separate sleep mode at all. It's described as "S0 wake up times" with "S3 power use".

                            The previous lowest power state, C7, goes to less than 1/2 of what it was on Ivy Bridge(2.2W vs 1W) and C10 power state allows for 50mW idle. The difference is actually greater than that because Haswell's figures are with the integrated PCH, while for Ivy Bridge its just the CPU. In web browsing that has Ivy Bridge devices using 7-8W on it while Haswell ones are at 5W. Not only that, iVRM and on package PCH saves significant thickness and area for allowing bigger battery if necessary.
                            Last edited by DavidC; 09-20-2013, 10:32 PM.

                            Comment


                            • #15
                              Originally posted by DavidC View Post
                              Really low. Haswell ULT devices confuse users because it doesn't have a separate sleep mode at all. It's described as "S0 wake up times" with "S3 power use".

                              The previous lowest power state, C7, goes to less than 1/2 of what it was on Ivy Bridge(2.2W vs 1W) and C10 power state allows for 50mW idle. The difference is actually greater than that because Haswell's figures are with the integrated PCH, while for Ivy Bridge its just the CPU. In web browsing that has Ivy Bridge devices using 7-8W on it while Haswell ones are at 5W. Not only that, iVRM and on package PCH saves significant thickness and area for allowing bigger battery if necessary.
                              Any thoughts on Windows 8's deferred thread execution technique? Does this really improve battery life without causing performance issues? If so, are there any work to do something similar In Linux?

                              Thanks!

                              Comment

                              Working...
                              X