Announcement

Collapse
No announcement yet.

Running LLVMpipe With OpenGL 3.3 On Mesa 10.3-devel

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

  • Running LLVMpipe With OpenGL 3.3 On Mesa 10.3-devel

    Phoronix: Running LLVMpipe With OpenGL 3.3 On Mesa 10.3-devel

    Here's some fresh tests of Mesa's LLVMpipe Gallium3D driver for software-based rendering. Since last month, LLVMpipe now supports OpenGL 3.3...

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

  • #2
    LLVMpipe can gain nearly 20% performance in some games, sometimes he can beat nouveau or be on par with Haiku .

    Comment


    • #3
      I see a graph for IvyBridge on OpenArena 0.8.8 but no llvmpipe results. Was llvmpipe unable to run OA 0.8.8 or did you just not test it?
      Also, the Warsow performance decreased because...? (Did newer Mesa allow some feature that took more processing power?)

      Comment


      • #4
        Originally posted by DanL View Post
        I see a graph for IvyBridge on OpenArena 0.8.8 but no llvmpipe results. Was llvmpipe unable to run OA 0.8.8 or did you just not test it?
        Also, the Warsow performance decreased because...? (Did newer Mesa allow some feature that took more processing power?)
        is using LLVM-3.4, to be sure if it is a regresion you need LLVM-3.5svn to be sure since many features and bugfixes didn't made it to 3.4 series and aren't backportable

        Comment


        • #5
          Performance potential?

          What performance potential does LLVMpipe have?

          What if there were lots of optimization work done on LLVMpipe, how much could the performance theoretically be improved?

          Comment


          • #6
            llvmpipe is one of those projects that is just baffling to me

            Comment


            • #7
              Originally posted by johnc View Post
              llvmpipe is one of those projects that is just baffling to me
              "the main functionality of LLVMpipe is as a debugging tool for Linux graphics driver developers in having a common and hardware-independent code-path to test"

              swrast is much slower, making comparisons against it as a reference much more painful.

              Comment


              • #8
                Originally posted by johnc View Post
                llvmpipe is one of those projects that is just baffling to me
                In addition to debugging, most of the llvmpipe code is actually written by VMWare for use with their products.

                Comment

                Working...
                X