Announcement

Collapse
No announcement yet.

Gallium3D's LLVMpipe Driver Is Now Much Faster

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

  • #16
    Originally posted by scionicspectre View Post
    As a GNOME user and community member, I agree. I just wonder if the crazy stuff like blurs will ever be possible on this, since these games seem to be running well enough to watch. Also, it is intriguing to consider the concept of CPU-aided rendering. Like, you have a decent GPU, but your CPU is insanely overpowered, so you might as well use some of that processing power to push the graphics harder when your GPU is reaching its limit. Kind of like how we've been using GPUs for computational tasks, lately.
    The problem is...how do you synchronize that rendering? Also CPU's are good at integer math, GPU's are better at floating point so there's an unequal balancing act going on there. Its an interesting idea, and i'd be curious about an even theoretical implementation, but im not sure how good it would really be.

    Comment


    • #17
      Originally posted by curaga View Post
      I'm guessing it was the "allow software drivers to do direct copies instead of emulating blits" commit. Just wondering why it wasn't noticed earlier.
      I don't think that should be it.

      AFAIK, that feature was enabled in Gallium only recently, and the commit to disable it on software drivers happened almost immediately after. So it shouldn't have changed llvmpipe at all.

      Comment


      • #18
        This one? "llvmpipe: implement blit"

        If you mean that one, it was added in 9.1-rc1. So the question is then, if this caused a regression for 9.1 and if 9.0 had faster llvmpipe speeds. Michael, 9.0 please

        Comment


        • #19
          Hmm, yea, if it was a regression, then the driver was just broken before, and this technically isn't a big speed boost after all.

          Oh, and hey, I just noticed that there's a Razer DeathAdder in the article picture. I use one of those as well

          Comment


          • #20
            Where can we expect to see next Mesa release? It is possible to see it for Fedora 19 in July?

            Comment


            • #21
              Originally posted by bridgman View Post
              I remember reading that we would all have flying cars by now. That seemed really promising too
              Back to the Future Part II?

              Comment


              • #22
                The test in the article was pretty pointless. Gaming... seriously? Who is going to worry about gaming on software drivers? Even the crappiest machine capable of even running those games will have a GPU capable of doing better than that.

                Here is a much more interesting test for the performance of this; try out DESKTOP COMPOSITING on something with a horrid crappy CPU, like... oh I don't know... an INTEL Z520!!!!
                Things to measure: framerate, CPU load.

                Comment


                • #23
                  Originally posted by Honton View Post
                  Better yet. GNOME. The better software drivers are more important for GNOME since they provide a uniform user interface. These performance gains pretty much obliterates all the "software drivers are useless" hearsay. Great news.
                  It's still useless since it's maxing out your CPU to do a task even a craptacular integrated GPU would do without coming out of it's lowest power state.

                  Comment


                  • #24
                    Originally posted by curaga View Post
                    This one? "llvmpipe: implement blit"

                    If you mean that one, it was added in 9.1-rc1. So the question is then, if this caused a regression for 9.1 and if 9.0 had faster llvmpipe speeds. Michael, 9.0 please
                    I was thinking of this one: "don't use blit-based transfers with software rasterizers" http://cgit.freedesktop.org/mesa/mes...9b923f4d8405b9

                    which was added right after a blit path for readpixels was added. However, that actually turns off blits for TexImage and GetTexImage as well, which i guess were on before. Possibly since 9.0 or 9.1?

                    I agree some regression testing here would be nice. Michael???

                    Comment

                    Working...
                    X