Announcement

Collapse
No announcement yet.

OpenSWR Improvements Land In Mesa

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

  • OpenSWR Improvements Land In Mesa

    Phoronix: OpenSWR Improvements Land In Mesa

    OpenSWR, the new high performance software rasterizer developed by Intel and leveraging LLVM within Mesa, saw a slew of commits today...

    http://www.phoronix.com/scan.php?pag...rovements-Mesa

  • #2
    Code:
    [FONT=monospace][COLOR=#000000]OpenGL vendor string: Intel Corporation [/COLOR]
    OpenGL renderer string: Gallium 0.4 on SWR
    OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.3.0-devel (git-8683d54 pontostroy:X11)
    OpenGL core profile shading language version string: 3.30
    OpenGL core profile context flags: (none)
    OpenGL core profile profile mask: core profile[/FONT]
    glxinfo and glxgears work fine, but any other applications won't start

    Comment


    • #3
      Please benchmark swrast, llvmpipe, openswr
      on different cpus:
      -raspberry1 singlecore
      -raspberry3 4core
      -core2duo 2core
      -i5 2core +2 threads
      -i7 many cores and threads

      Comment


      • #4
        Originally posted by gsedej View Post
        Please benchmark swrast, llvmpipe, openswr
        on different cpus:
        -raspberry1 singlecore
        -raspberry3 4core
        -core2duo 2core
        -i5 2core +2 threads
        -i7 many cores and threads
        Lol, raspberry vs Intel ... Michael, replace it with AMD please.

        Comment


        • #5
          Originally posted by gsedej View Post
          Please benchmark swrast, llvmpipe, openswr
          on different cpus:
          -raspberry1 singlecore
          -raspberry3 4core
          I suspect that OpenSWR doesn't run on anything else than x86 CPUs, because it depends on some instructions (SSE and/or AVX(2), I think) that aren't available on other ISAs. The others are probably working though, but they are painfully slow on those platforms.

          Comment


          • #6
            Originally posted by gsedej View Post
            Please benchmark swrast, llvmpipe, openswr
            on different cpus:
            -raspberry1 singlecore
            -raspberry3 4core
            -core2duo 2core
            -i5 2core +2 threads
            -i7 many cores and threads
            Benchmarking LLVMpipe/swrast/SWR on any Raspberry Pi is the silliest thing I've heard all week. You can barely run any OpenGL games/apps with LLVMpipe on an x86 CPU as is.
            Michael Larabel
            https://www.michaellarabel.com/

            Comment


            • #7
              Yet again Intel duplicating work... do they not have the capability of improving llvmpipe? NIH syndrome?
              Last edited by fuzz; 26 March 2016, 03:57 PM.

              Comment


              • #8
                And do they even test their stuff on non-Intel processors? lol

                Comment


                • #9
                  Originally posted by fuzz View Post
                  Yet again Intel duplicating work... do they not have the capability of improving llvmpipe? NIH syndrome?
                  OpenSWR is not a general purpose rasterizer and it has different goals than the previous ones.
                  See: https://lists.freedesktop.org/archiv...er/097816.html
                  Good question, given there are already three (swrast, softpipe, llvmpipe) in the Mesa3D tree. Two important reasons for this:
                  • Architecture - given our focus on scientific visualization, our workloads are much different than the typical game; we have heavy vertex load and relatively simple shaders. In addition, the core counts of machines we run on are much higher. These parameters led to design decisions much different than llvmpipe.
                  • Historical - Intel had developed a high performance software graphics stack for internal purposes. Later we adapted this graphics stack for use in visualization and decided to move forward with Mesa3D to provide a high quality API layer while at the same time benefiting from the excellent performance the software rasterizerizer gives us.

                  Comment


                  • #10
                    Originally posted by Tomin View Post

                    OpenSWR is not a general purpose rasterizer and it has different goals than the previous ones.
                    See: https://lists.freedesktop.org/archiv...er/097816.html
                    Ahh, thank you. Makes a lot of sense.

                    So in a way it's not even worth comparing to llvmpipe, for example? I can see the team doesn't really have a reason to care about generic game-oriented performance.

                    Comment

                    Working...
                    X