Announcement

Collapse
No announcement yet.

Intel Gallium3D Graphics Driver Performance

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

  • Intel Gallium3D Graphics Driver Performance

    Phoronix: Intel Gallium3D Graphics Driver Performance

    While Intel remains to be the only major graphics vendor standing strong behind their classic Mesa driver on Linux for open-source support rather than drawing up plans to move to the Gallium3D driver architecture, there is actually available a Gallium3D driver available for Intel hardware. This Intel Gallium3D driver has been around since close to Gallium3D's inception, but it targets the older generations of Intel IGPs and was developed by VMware as a proof of concept. The driver is incomplete, but our testing shows that for those with Intel 945 netbooks and other hardware, the "i915g" driver is usable. In this article are benchmarks showing how this Intel Gallium3D driver compares to Intel's officially supported classic Mesa DRI driver.

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    are these drivers maintained by anyone????

    i thought these were "experimental"/proof of concept and not used at all.

    Comment


    • #3
      Actually I made a PKGBUILD for mesa with i915g and uploaded it to the Archlinux AUR:

      (look at the PKGBUILD for build options)

      The next day someone created a thread about how i915 is faster than i915c...


      I have not really tested how it really performs but I use it on my eee 1000h now.
      Could Phoronix specify why i915g is "not nearly as mature as the Radeon or Nouveau Gallium3D drivers"?
      I mean, I can run xonotic on it! The only problem is the performance but you don't expect a netbook to have good performance anyway...

      Comment


      • #4
        I wonder if llvm was used, since that is the major use case for i915g and its major feature difference from i915c.

        Comment


        • #5
          I was actually wondering, and couldn't find an answer for this, whether i915g uses llvmpipe for software fallbacks (like the vertex pipeline, since the GMA950 doesn't do vertex processing in HW). If not, why not? It seems this would provide a pretty good performance benefit for machines with decent CPUs (like my tablet that has a Core 2 Duo and a GMA950).

          Comment


          • #6
            Also, since the tested machine runs an Atom processor, it likely wouldn't derive as much benefit from that as my machine. I would be nice to see a test with a machine that has a higher-end processor. I might just have to test this myself.

            Comment


            • #7
              Originally posted by TechMage89 View Post
              I was actually wondering, and couldn't find an answer for this, whether i915g uses llvmpipe for software fallbacks (like the vertex pipeline, since the GMA950 doesn't do vertex processing in HW). If not, why not? It seems this would provide a pretty good performance benefit for machines with decent CPUs (like my tablet that has a Core 2 Duo and a GMA950).
              gallium drivers can use llvm for vertex shaders if they are configured to use it. You need to enable llvm in your mesa build to use it.

              Comment


              • #8
                I thought there was an i965g driver too

                Comment


                • #9
                  Yes, Michael, can you tell us how you built the driver?

                  So we know if LLVM was enabled or not. I looked over the openbenchmarking site and found a bunch of logs but nothing about how you built the driver.

                  Comment


                  • #10
                    Hm. Looks like most of the benchmarks were rather CPU bound anyway (largely the same scores even at different resolutions). But still, the gallium driver's results seem to be 'offset', which either means that it produces more CPU churn (by having more overhead) or it utilizes less of the hardware GPU capabilities, therefore using more software fallback... Probably a combination of both.
                    Are there some charts of CPU utilization during the benchmarks for both classic and gallium drivers? Or perhaps some data about the amounts of memory I/O?

                    Comment

                    Working...
                    X