Page 1 of 3 123 LastLast
Results 1 to 10 of 30

Thread: LLVMpipe: OpenGL With Gallium3D on Your CPU

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    14,808

    Default LLVMpipe: OpenGL With Gallium3D on Your CPU

    Phoronix: LLVMpipe: OpenGL With Gallium3D on Your CPU

    The software rasterizer used in Mesa that allows for software acceleration of OpenGL on the CPU without any assistance from the graphics processor has largely been useless. Even with a modern-day, multi-core processor, the performance of Mesa's software rasterizer has been abysmal. The performance of Mesa classic DRI drivers have traditionally been poor anyways compared to the high-performance, proprietary NVIDIA/ATI graphics drivers, but when dealing with just the software rasterizer there really aren't any games or applications that run well. Fortunately, software acceleration on Gallium3D is very much a different story thanks to LLVM.

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

  2. #2
    Join Date
    May 2009
    Location
    Sweden
    Posts
    6

    Default r300g much faster than one month ago

    What I think is most interesting with these benchmark results is that the r300g driver seems to be A LOT faster than just a month ago. Check the graph for Open Arena in this article. Its about twice as fast with the same graphics card while the classic driver shows the same numbers. And as you can see in this new article the numbers are not at all cpu limited, so the weaker cpu in the older test should not be a factor.

    Looks really promising.

  3. #3
    Join Date
    Apr 2008
    Posts
    42

    Default

    Now this is cool!

    Perhaps even cooler would be to use llvm-pipe to extend a graphics cards capabilities (eg. extensions the videocard doesn't come with) or to work together with the card's GPU to balance the workload.

    Would that work? Could you, say, include some of llvm-pipe inside r300 where it is needed most?

  4. #4
    Join Date
    Nov 2008
    Posts
    768

    Default

    That may work, but is slower than pure software rendering, because both GPU and CPU have their own memory. Copying buffers between those two is too expensive to be worthwile.

    You could have a multiscreen-setup where one screen is software-rendered, then join both via Xinerama. But it'll likely be slower than a fully GPU-accelerated solution.


    there's been some discussion about mixed hard- and software rendering in here.

  5. #5
    Join Date
    Jul 2009
    Posts
    351

    Default

    Quote Originally Posted by rohcQaH View Post
    That may work, but is slower than pure software rendering, because both GPU and CPU have their own memory. Copying buffers between those two is too expensive to be worthwile.

    You could have a multiscreen-setup where one screen is software-rendered, then join both via Xinerama. But it'll likely be slower than a fully GPU-accelerated solution.


    there's been some discussion about mixed hard- and software rendering in here.
    How about motherboard video that shares system RAM? It would be a major hack but maybe the software renderer could jump into the motherboard video ram and operate on it directly.

  6. #6
    Join Date
    Oct 2007
    Posts
    92

    Default

    Quote Originally Posted by frantaylor View Post
    How about motherboard video that shares system RAM? It would be a major hack but maybe the software renderer could jump into the motherboard video ram and operate on it directly.
    Shared Video is uncached memory so reading from it is SLOW (unless the movntdqa instruction is used but it a SSE4 instruction which is not available on all CPUs).

  7. #7
    Join Date
    Aug 2009
    Posts
    2,264

    Default

    Simple question: Good enough to run KDE 4.4 desktop effects with it on a Phenom 9950 X4 (not OC'd)?

    That is all I would like to have for now... And while I of course now do have mesa, how come Kwin does not want to run desktop effects? Wierd...

  8. #8
    Join Date
    Jan 2009
    Posts
    624

    Default

    Quote Originally Posted by Sacha View Post
    Would that work? Could you, say, include some of llvm-pipe inside r300 where it is needed most?
    Most of the performance achieved comes from minimizing the number of synchronizations between a GPU and a CPU (kudos to airlied). What you propose is the exact opposite, the outcome is obvious...

    [QUOTE=l8gravely;125187]So, my question is, how well does the r300g driver work with an X1650, AMD Athlon X2 5200, 4gb RAM, 1280x1024 display?/QUOTE]
    Not sure, it depends on the game/app you want to run. Some apps work, some others don't. We usually try to fix bugs as we come across them or get told about them. The worst bug is the one we don't know about...

  9. #9
    Join Date
    Jul 2007
    Posts
    30

    Default More test programs: Super Maryo Chronicles

    My kid loves playing SMC (Super Maryo Chronicles) on my computer, so he'll use 'switch user' to get his own login on there. Unfortunately, the performance is so sucky, that he's given up on it for now.

    And I'm not willing to let him login to my account either!

    So, my question is, how well does the r300g driver work with an X1650, AMD Athlon X2 5200, 4gb RAM, 1280x1024 display? I'm also running Ubuntu 10.04 with the xorg-edgers repository for my MESA and other drivers.

    I'd love to try the r300g driver as well and see how the performance is.

    Would it be possible to include games like SMC into your mix as well? It's OpenGL, but a different sort of stress compared to the others.

    Thanks,
    John

  10. #10

    Default

    Quote Originally Posted by l8gravely View Post
    Would it be possible to include games like SMC into your mix as well? It's OpenGL, but a different sort of stress compared to the others.
    Submit a Phoronix Test Suite benchmarking profile for such games you want for inclusion and then they pretty much automatically get included in future articles.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •