Announcement

Collapse
No announcement yet.

Intel Haswell HD Graphics 4600 Performance On Ubuntu Linux

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

  • #16
    Originally posted by shmerl View Post
    Is Intel going to put Iris Pro chips in their desktop CPUs? I'm hesitant to buy the Haswell CPUs when their integrated GPUs aren't the best. But if they'll never do it - no point to wait may be.
    In the current line up there is a single OEM (BGA, so not end user upgradable) desktop chip with Iris Pro, i7-4770R, targetted at All-in-Ones - but it will be interesting to see if it becomes widely available. I want one for myself!

    Comment


    • #17
      Originally posted by oleid View Post
      This last-gen AMD APU should perform faster when using the latest improvements as the hand-tuned shaders...
      Really, as far as I can tell, the only difference between Trinity and Haswell is slightly higher clocks speeds (that you can achieve in the former with a small overclock), and a faster memory controller (2100 vs 1866). The improvement is 12% from the memory side. If you add ~5% higher clock, it gives a 17% over the board improvement, which is kind of consistent with what I've been seeing online (windows reviews). Did I mean anything?

      Comment


      • #18
        Originally posted by ickle View Post
        In the current line up there is a single OEM (BGA, so not end user upgradable) desktop chip with Iris Pro, i7-4770R, targetted at All-in-Ones - but it will be interesting to see if it becomes widely available. I want one for myself!
        Yes, they sound awesome, but all I found so far was an mention to a board on the range of the USD $600

        OTOH, AMD is using a chip similar to the A10-5800k, but with 8 CPU cores, for the new Playstation. Why the F*** are they not releasing that to the public? That would be a no brainer for a fantastic value, for an all around balanced APU for general computing and graphics. If they can sell it for ~ $200, they'd have a slam dunk. I guess power issues must be the impediment, but hey, they did it for Sony!

        Comment


        • #19
          Originally posted by mannerov View Post
          Why does the A10-5800K performs so poorly?

          I checked some directx benchmarks on internet and saw that it should perform better than the hd4000 and the hd4600.

          EDIT:

          I found why: the benchmark here is done with the open source driver.

          I think adding a line for the A10 and the catalyst driver would have been appropriate.
          No, it isn't performing bad because it uses opensource driver!! Opensource driver is very fast!

          It performs bad because, number one, Michael needs to either tune ondemand governor, or force performance governor! This may boost up to 50% performance in some tasks.
          Number two, the current driver setting is to always fallback to safe clocking, because there is no temperature-aware powermanagement in opensource (yet). If one allows the clock go unlimited(safe if one has good cooling), the performance is doubled. Check this out.

          Originally posted by mendieta View Post
          You hit the nail on the head. I think Intel's gap Windows vs Linux (OS) is smaller than the gap in AMD (Windows vs Linux Catalyst). On top of that, you have the huge gap (a factor 2 to 3 in many cases) between AMD Catalyst vs AMD OS. So, yes, whenever that comparison is published, it will be very useful. Haswell in Linux should work much faster as they add proper optimizations.
          Incorrect!
          1) Linux catalyst often performs faster than windows catalyst. But it does have less features!
          2) Linux OS is 100%-70% of Linux catalyst. "factor 2 to 3" was a year ago, before Vadim's patches, before ondemand bottleneck discovered, with older mesa library, before driver optimizations from Marek.

          The cutting edge Intel has over AMD on opensource font is working powermanagement and very good development rate.
          So, unless AMD releases dynpm for opensource drivers (they released UVD, so its possible!), for those who are tired of Catalyst!, Intel would be not-so-cheap, but definitely worthy pick!
          Last edited by brosis; 06-06-2013, 04:27 PM.

          Comment


          • #20
            Originally posted by enfocomp View Post
            The AMD oboard graphics are actually alot faster technically speaking than any Intel offerings, even the latest ones. The catalyst driver should definitely be thrown into the mix along side with the open source driver. Even still, catalyst in Linux does not perform even close to the Windows offering (overall) and it really pains me, because they would be the best bang-for-the buck systems otherwise.
            No, catalyst should be burned with fire. If Intel (and thanks god they don't) release "closed source blob" for Linux, then yes. Otherwise - play fair!!!

            Comment


            • #21
              Is it tearing ?

              I understand this is not performance related but still it's very important for day to day use, from HD1000 to HD4000 intel HD graphics are more or less tearing.

              I was told it was an hardware problem and can't be 100% solved, testing the xorg "tear free" option effectively suppress it but the performance drop is too important,
              the only effective way I found to reduce it to something acceptable is using UXA but it is still here.

              If you have tested it can you tell me if haswell graphics also have this problem ?

              Comment


              • #22
                Originally posted by rafirafi View Post
                I understand this is not performance related but still it's very important for day to day use, from HD1000 to HD4000 intel HD graphics are more or less tearing.

                I was told it was an hardware problem and can't be 100% solved, testing the xorg "tear free" option effectively suppress it but the performance drop is too important,
                the only effective way I found to reduce it to something acceptable is using UXA but it is still here.

                If you have tested it can you tell me if haswell graphics also have this problem ?
                TearFree is still work-in-progress. I need to get it finished in order to improve power management on systems not running a compositor, and the copy-on-write support was a step towards that. That it hurts performance at the moment is known, and will soon be fixed (within reason, it will always be lower performance than not enabling it for obvious reasons).

                Only UXA tears. SNA supports vsync'ed rendering with Haswell on all kernels, and vsync'ed rendering with Sandybridge/Ivybridge since kernel v3.8. However, there are circumstances (such as when the client is too slow) that the driver forces a potentially tearing path in a technique that is known as Adaptive Vsync (in order to not stall the already too slow client). Hopefully, we can get fine control of which presentation methods the driver should use into the DRI3/Present protocol.

                Comment


                • #23
                  Originally posted by ObiWan View Post
                  The are still the HD4200 and HD4400 models that are slower, but the Iris Pro 5x00 are faster.
                  Not consistent with the Windows reviews that show the 4600 still coming in behind the 7660D across the board.
                  http://www.xbitlabs.com/articles/cpu...-4770k_10.html
                  http://www.techpowerup.com/reviews/I...ell_GPU/3.html


                  Also the AMD A10-6800K has been out for several days now, it's faster still. It is supposed to be paired with at least DDR3 2133 at stock speeds, DDR3 2133 and even DDR3 2400 is very cheap.

                  Larabel also didn't state what speed of ram was used in these tests.

                  Comment


                  • #24
                    Originally posted by shmerl View Post
                    Is Intel going to put Iris Pro chips in their desktop CPUs? I'm hesitant to buy the Haswell CPUs when their integrated GPUs aren't the best. But if they'll never do it - no point to wait may be.
                    Yes! You can find product information like this at ark.intel.com. In particular, the i7-4770R appears to have the Iris Pro 5200.
                    Free Software Developer .:. Mesa and Xorg
                    Opinions expressed in these forum posts are my own.

                    Comment


                    • #25
                      Originally posted by Newfie View Post
                      Shouldn't Haswell be faster than is being demonstrated here? Were the performance improvements exaggerated by Intel or is the driver not quite ready yet?
                      The benchmarks seem to be showing ~40% improvement over hd4000 with the hd4600. So, this is a linux issue.
                      Still, not bad considering they've only just been released.

                      Comment


                      • #26
                        Originally posted by ickle View Post
                        TearFree is still work-in-progress. I need to get it finished in order to improve power management on systems not running a compositor, and the copy-on-write support was a step towards that. That it hurts performance at the moment is known, and will soon be fixed (within reason, it will always be lower performance than not enabling it for obvious reasons).

                        Only UXA tears. SNA supports vsync'ed rendering with Haswell on all kernels, and vsync'ed rendering with Sandybridge/Ivybridge since kernel v3.8. However, there are circumstances (such as when the client is too slow) that the driver forces a potentially tearing path in a technique that is known as Adaptive Vsync (in order to not stall the already too slow client). Hopefully, we can get fine control of which presentation methods the driver should use into the DRI3/Present protocol.
                        Hi ickle,
                        Thanks fot the explanations.

                        Does moving a terminal window on the desktop background from right to left is a case where "the client is too slow" for the intel driver could happen ?

                        I ask you because I'm certainly going to test again and if you tell me it should not tear I may open a bug report but if this is the expected behaviour I will keep the radeon plugged (and use watts when I don't really need to).

                        "SNA supports vsync'ed rendering with Haswell on all kernels, and vsync'ed rendering with Sandybridge/Ivybridge since kernel v3.8."

                        Oh, this was the first thing I tested : up-to-date xorg stack, 3.8 kernel, SNA and window manager's vsync disabled. Or do you mean using the "tear free" option, because I tested it 3 weeks ago and it was not usable (I mean it doesn't tear but it's a little like a stop motion movie).

                        Comment


                        • #27
                          Originally posted by rafirafi View Post
                          Hi ickle,
                          Thanks fot the explanations.

                          Does moving a terminal window on the desktop background from right to left is a case where "the client is too slow" for the intel driver could happen ?
                          No, likely that is a compositor using MESA_copy_subbuffer which in turn uses DRI2CopyRegion which is not specified to be vsync'ed - a protocol bug. And due to an implementation bug in DRI2 cannot be performed synchronous without severe consequences.

                          I ask you because I'm certainly going to test again and if you tell me it should not tear I may open a bug report but if this is the expected behaviour I will keep the radeon plugged (and use watts when I don't really need to).
                          Expected behaviour. Though note that this mode of operation of the compositing manager is less power efficient than page flipping - on some hardware, page flipping is a requirement for us to enter low power package states.

                          "SNA supports vsync'ed rendering with Haswell on all kernels, and vsync'ed rendering with Sandybridge/Ivybridge since kernel v3.8."

                          Oh, this was the first thing I tested : up-to-date xorg stack, 3.8 kernel, SNA and window manager's vsync disabled. Or do you mean using the "tear free" option, because I tested it 3 weeks ago and it was not usable (I mean it doesn't tear but it's a little like a stop motion movie).
                          TearFree is proof-of-concept code. When it is ready, it will be documented and included in the release notes.

                          Comment


                          • #28
                            ickle, since you are here, may you please take a look at this issue? http://trac.videolan.org/vlc/ticket/7405 (example of same issue in driver bugtracker: https://bugs.freedesktop.org/show_bug.cgi?id=47858)
                            According to Intel Media SDK developer Dmitry Serkin issue in driver, not in hardware or video player: http://habrahabr.ru/company/intel/blog/181902/ (Ctrl+F, search for my nickname, use Google Translate). He describe solution in this article http://software.intel.com/ru-ru/blog.../05/07/2001208 (unfortinatly this article in Russian, but I sure you may contact with Dmirty and get details if you going to fix that).

                            Comment


                            • #29
                              Originally posted by brosis View Post
                              Incorrect!
                              1) Linux catalyst often performs faster than windows catalyst. But it does have less features!
                              2) Linux OS is 100%-70% of Linux catalyst. "factor 2 to 3" was a year ago, before Vadim's patches, before ondemand bottleneck discovered, with older mesa library, before driver optimizations from Marek.
                              As for item 1, look here, the geometric mean of windows catalyst is 23% faster than linux catalyst:
                              http://openbenchmarking.org/result/1...ro=y&obr_nor=y

                              And for item 2: linux opensource can be up to 5 times slower than linux catalyst (35% in the median of the chosen tests)
                              http://openbenchmarking.org/result/1...mw=y&obr_imw=y

                              Just adding the two medians, windows is 50% faster than linux opensource. Anyways, I can't believe I put some much time hunting all this info, lol

                              Comment


                              • #30
                                I suspect the Windows-to-Linux comparison is picking up some DX-to-OpenGL differences as well. The games with the biggest differences seem to be the ones which use DX by default on Windows. If you compare with OpenGL renderer on both OSes the delta is usually much smaller, and sometimes goes the other way as others have mentioned.

                                That said, I suspect the difference in GPU clocks (open source driver defaults to low clocks on Trinity IIRC) makes a bigger difference than everything else.

                                Comment

                                Working...
                                X