Announcement

Collapse
No announcement yet.

LLVMpipe Doesn't Yet Like The GNOME Shell

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

  • LLVMpipe Doesn't Yet Like The GNOME Shell

    Phoronix: LLVMpipe Doesn't Yet Like The GNOME Shell

    Last week we published our first benchmarks of LLVMpipe, which is a new driver for Gallium3D that's to serve as a software rasterizer on the CPU. LLVMpipe is ideal for cases where a GPU is not available or supported and it leverages LLVM (the Low-Level Virtual Machine) for optimization and providing much better software acceleration than Mesa's traditional software rasterizer or Gallium3D's previous Softpipe driver. LLVMpipe really likes modern, fast processors with SSE3/SSE4 support especially for best performance, but will work with nearly any 64-bit Intel/AMD processor. Unfortunately, LLVMpipe doesn't yet play well with GNOME Shell...

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

  • #2
    That actually was a really good point. it would be amazing to be able to offer a consistent desktop experience for all users.

    Comment


    • #3
      Originally posted by xir_ View Post
      That actually was a really good point. it would be amazing to be able to offer a consistent desktop experience for all users.
      No you should offer a *good* experience to all users... loading down your CPU with bling will not do that. This is little more than proof of concept unless we get oct-channel ram and 16 way processing :-)

      If a computer doesn't have a 3d accelerator you shouldn't be doing 3d...and running compiz or gnomeshell would defeat the purpose of LLVMpipe as well (which is to make software rendering better as they would slow any 3d operations down in user software significantly.)

      LLVMpipe will let people without a 3d card and a fast CPU play a few opengl games... but little more

      Comment


      • #4
        Also note that the compiz white screen is just textures not being rendered (lack of texture from pixmap I think) if you rotate the desktop you can clearly see the "cube caps" are rendered correctly

        Comment


        • #5
          Hmm I just tried this gnome-shell thingy but seems like nouveau is tad broken:

          Comment


          • #6
            LLVMpipe, Softpipe and Swrast don't have a GLX_EXT_texture_from_pixmap implentation in the driver yet (even though libGL says they do). This means that texture binding on either compiz or mutter will always instantly fail

            Comment


            • #7
              Phoronix, you just made my day. I knew the quality of your articles has never been high, though you have always been able to provide unique stories and are often the first to publish new happenings on the FOSS GPU driver front.

              However, what you just posted is a blast. It's a bug report, and a particularly long one, too. You didn't provide a backtrace, not a hint where the problem may lie. You simply stated "hey, we tried running development software x on development software y, and it didn't work". And it only took you 608 words. Thank you for filling my feed reader, this is the best day of my life.

              Comment


              • #8
                Originally posted by tulcod View Post
                However, what you just posted is a blast. It's a bug report, and a particularly long one, too. You didn't provide a backtrace, not a hint where the problem may lie. You simply stated "hey, we tried running development software x on development software y, and it didn't work". And it only took you 608 words. Thank you for filling my feed reader, this is the best day of my life.
                Who said that he has to fill out bugs and give backtracks etc. It's reality. Go and fill out bugs yourself, like it's going to be fixed right away since no one knows about or cares.

                Comment


                • #9
                  Well this looks like the glx_tfp implementation is broken (which also explains the white screen when running compiz).

                  Comment


                  • #10
                    Originally posted by drago01 View Post
                    Well this looks like the glx_tfp implementation is broken (which also explains the white screen when running compiz).
                    Though if we believe SmSpillaz - and why should we - it's more non-existing than broken.

                    Comment


                    • #11
                      Its kind of hard to do TFP in a direct rendered context with a sw renderer, since we rely on the drm to share the buffer objects between server/compositor.

                      It needs llvmpipe in indirect context + some fixes in the server to do TFP in there.

                      Comment


                      • #12
                        @nanonyme yep I agree you can hardly call out developers for bugs in features that don't exist yet :-)

                        @arlied does TFP have applications other than compiz? Textured video? seems that would be faster native anyway though.

                        Comment


                        • #13
                          Originally posted by cb88 View Post
                          No you should offer a *good* experience to all users... loading down your CPU with bling will not do that. This is little more than proof of concept unless we get oct-channel ram and 16 way processing :-)

                          If a computer doesn't have a 3d accelerator you shouldn't be doing 3d...and running compiz or gnomeshell would defeat the purpose of LLVMpipe as well (which is to make software rendering better as they would slow any 3d operations down in user software significantly.)

                          LLVMpipe will let people without a 3d card and a fast CPU play a few opengl games... but little more

                          I don't I necessarily agree. Whilst yes it is important not to bog down the cpu. It seems that gnome will be relying on graphic acceleration capable hardware more and more.


                          The result from this is going to be a very modern (i.e blingy) desktop, I think that regardless though you will want to keep as many people as close to a homogeneous system as possible. Especially if you are selling support and telling people where graphic settings are hidden like canonical is.


                          For people who don't even have a smidge of acceleration i think that there are more light weight distros to offer such as lubuntu or at a pinch xbuntu or my personal favorite #!.

                          Comment


                          • #14
                            Originally posted by cb88 View Post
                            @nanonyme yep I agree you can hardly call out developers for bugs in features that don't exist yet :-)

                            @arlied does TFP have applications other than compiz? Textured video? seems that would be faster native anyway though.
                            No its pretty much designed to be used for GL compositors, not sure anyone has found any other use for it.

                            Dave.

                            Comment


                            • #15
                              Originally posted by nanonyme View Post
                              Though if we believe SmSpillaz - and why should we - it's more non-existing than broken.
                              That's funny.

                              SmSpillaz is the most active developer working on compiz, I think he know's what he's talking about.

                              Next time try using google.

                              Comment

                              Working...
                              X