Announcement

Collapse
No announcement yet.

Intel Gallium3D For Mesa 8.0

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

  • Intel Gallium3D For Mesa 8.0

    Phoronix: Intel Gallium3D For Mesa 8.0

    With the Mesa 8.0 release right around the corner, in recent weeks there have been a number of benchmarks on Phoronix looking at this latest open-source OpenGL library and its drivers, including Gallium3D. In this article though are new benchmarks from one of the areas not explored yet: the Intel Gallium3D driver performance.

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

  • #2
    did you build without llvm?

    just wondering if llvm was used in building.
    the advantage of i915g is only when paired with llvm usually.


    Otherwise we might have broken something with i915/draw when we fixed up softpipe.

    Dave.

    Comment


    • #3
      "Gallium not better that DRI in any benchmark"?

      It's half the FPS! I'd say that your choice of words was a little bit too conservative...

      Comment


      • #4
        Michael, please add i915g to the misleading headline.

        Comment


        • #5
          Originally posted by airlied View Post
          just wondering if llvm was used in building.
          the advantage of i915g is only when paired with llvm usually.
          Maybe someone should add LLVM into the default build options, so that Michael would quite putting out these inaccurate stories every 6 months.

          Comment


          • #6
            Originally posted by smitty3268 View Post
            Maybe someone should add LLVM into the default build options, so that Michael would quite putting out these inaccurate stories every 6 months.
            I thought that the mesa devs had made LLVM a hard-requirement for building Gallium drivers a few weeks ago.

            Comment


            • #7
              Originally posted by Veerappan View Post
              I thought that the mesa devs had made LLVM a hard-requirement for building Gallium drivers a few weeks ago.
              Only the r300g driver on the x86_{32,64} architecture. And even there a simple hack in configure will remove the requirement (eg r300g works without llvm, but the developers got sick of people building it without llvm for no good reason).
              Last edited by Jonno; 02-06-2012, 11:54 AM.

              Comment


              • #8
                Originally posted by smitty3268 View Post
                Maybe someone should add LLVM into the default build options, so that Michael would quite putting out these inaccurate stories every 6 months.
                And also get it to build on Windows (64 bit) with LLVM. I've asked a question in the forum regarding that over a month ago, but I haven't received an answer (pointing towards the mesa forum and closes my eyes and hopes for help).
                I don't have IRC access or anything at work, so I was kind of forced to resort to trying to get help here =)

                Comment


                • #9
                  Originally posted by Azpegath View Post
                  And also get it to build on Windows (64 bit) with LLVM. I've asked a question in the forum regarding that over a month ago, but I haven't received an answer (pointing towards the mesa forum and closes my eyes and hopes for help).
                  I don't have IRC access or anything at work, so I was kind of forced to resort to trying to get help here =)
                  Uh... what? When did Windows come into the picture for Mesa? Are you expecting a working Windows graphics driver based on G3D, or are you just looking to cross-compile Linux binaries from Windows?

                  Either way, it's silly. Just use Linux....

                  Comment


                  • #10
                    Originally posted by Azpegath View Post
                    And also get it to build on Windows (64 bit) with LLVM. I've asked a question in the forum regarding that over a month ago, but I haven't received an answer (pointing towards the mesa forum and closes my eyes and hopes for help).
                    I don't have IRC access or anything at work, so I was kind of forced to resort to trying to get help here =)
                    The Gallium state trackers are cross-platform, but I suspect the i915g driver itself is highly linux specific. I know the other gallium drivers are. They have to do lots of interfacing with the kernel, so it would only work on windows if someone went to a lot of effort to make it that way - and even if that happened I can't imagine it would receive much testing or maintenance, because it doesn't seem like there's much of a reason to use it.

                    Comment


                    • #11
                      Originally posted by smitty3268 View Post
                      The Gallium state trackers are cross-platform, but I suspect the i915g driver itself is highly linux specific. I know the other gallium drivers are. They have to do lots of interfacing with the kernel, so it would only work on windows if someone went to a lot of effort to make it that way - and even if that happened I can't imagine it would receive much testing or maintenance, because it doesn't seem like there's much of a reason to use it.
                      This is for using softpipe with LLVM, I'm not looking into using the specific intel driver on Windows.

                      allquixotic: Regarding the "Just use Linux instead", I don't know quite how to respond. The statement is just so inherently idiotic that it frustrates me, yet baffles me. You must live in a very narrow world. If it was a joke, then I'm sorry I took it so seriously, I just missed your smiley at the end. But I digress...

                      All you other helpful and intelligent people: The reason I want to use Mesa in Windows (like they say, it's cross plattform, why not use it across platforms?) is that we use Windows 7 at work. And we develop a program that is targeted for Windows 7, 64 bit. It won't get rewritten for Linux (sadly), so right now I/we live with what we have. So, the problem we are trying to solve is that when we use remote desktop (when working from home, because of sick kids, etc) accelerated OpenGL doesn't work. The windows are just go black. And OpenGL is crucial in our software.
                      By using the Mesa softpipe driver, the software acceleration works as it should, but with about 2 FPS. When using LLVM, we've seen performance around 11 FPS, which is actually a useful program in this case. 2 FPS isn't. But the problem is that I can't get it to build properly in 64 bit with LLVM, so I asked for help regarding that.
                      Last edited by Azpegath; 02-07-2012, 04:22 AM.

                      Comment


                      • #12
                        Originally posted by Azpegath View Post
                        "Gallium not better that DRI in any benchmark"?

                        It's half the FPS! I'd say that your choice of words was a little bit too conservative...
                        That it's half the framerate doesn't even matter, seeing as the GPU can't reach a playable framerate with either driver.

                        I say more power to the i915g driver devs, if Intel driver devs finally move over to Gallium3D there will be more manpower available to get a faster turn around time on new features for all of the G3D drivers.

                        We all want tear free GPU accelerated video for VP8 and H.264, OpenCL1.2, OpenGL4.2, MSAA etc. via OSS drivers, we all want it to just damn work "out of the box" and we want it to not take 10 long years to get to that point.

                        Comment


                        • #13
                          Originally posted by Kivada View Post
                          That it's half the framerate doesn't even matter, seeing as the GPU can't reach a playable framerate with either driver.
                          I say more power to the i915g driver devs, if Intel driver devs finally move over to Gallium3D there will be more manpower available to get a faster turn around time on new features for all of the G3D drivers.
                          We all want tear free GPU accelerated video for VP8 and H.264, OpenCL1.2, OpenGL4.2, MSAA etc. via OSS drivers, we all want it to just damn work "out of the box" and we want it to not take 10 long years to get to that point.
                          I agree, I think the devs rock! But I was merely referring to Michael's choice of words =)

                          Comment

                          Working...
                          X