Results 1 to 7 of 7

Thread: Linux 3.2 To 3.8 Kernels With Intel Ivy Bridge Graphics

  1. #1
    Join Date
    Jan 2007
    Posts
    14,321

    Default Linux 3.2 To 3.8 Kernels With Intel Ivy Bridge Graphics

    Phoronix: Linux 3.2 To 3.8 Kernels With Intel Ivy Bridge Graphics

    With the Intel Haswell product launch coming up soon, here's a look at how the Intel "Ivy Bridge" HD 4000 graphics support has matured on the seven most recent Linux kernel releases. This benchmarking shows how the performance of the Intel DRM driver has changed between the Linux 3.2 kernel and the Linux 3.8 kernel that's presently under development when using the integrated graphics found on the latest-generation Core i7 CPU.

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

  2. #2

    Default

    Kernel 3.8 has regressed in many games, can you find the bad commit, Michael?

  3. #3
    Join Date
    Sep 2010
    Posts
    644

    Default

    Quote Originally Posted by BO$$ View Post
    It's good to know that in a year nothing has been done performance wise. Even worse, it seems to be slower these days, but I think that is just a temporary regression.
    Man, you have read labels wrong.

    3.2 was oldest one :P

    Ok joking aside. It just mean that more important is MESA for 3D content.

  4. #4
    Join Date
    Oct 2007
    Location
    Toronto-ish
    Posts
    7,385

    Default

    I expect you'll see more difference with the Mesa benchmarks. The kernel code mostly exposes capabilities that userspace code can exercise.

    On the other hand, the whole exercise is complicated a bit by the simultaneous advances in GL levels... it's not unusual for game code to take advantage of new GL features so you end up getting more work done by the graphics stack and a slicker looking result, but the performance stays constant or even slows down a bit.

    If you really want to isolate performance from functionality I don't think there is any general alternative to intercepting and fudging the capabilities exposed by driver to application, so that the game is forced to run the same code paths even if a later driver enables more GL extensions and hence more complex rendering code in the application. IIRC a few games have the ability to force specific rendering paths even if the driver stack allows better ones, but not real sure about that.

  5. #5
    Join Date
    Nov 2012
    Location
    France
    Posts
    536

    Default

    I wonder, if the Intel driver used Gallium3D instead of Mesa, would it be faster today (would it be more/less stable too)?

  6. #6
    Join Date
    Dec 2011
    Posts
    102

    Default

    Any news about that regression in kernel 3.8 ?

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •