Results 1 to 8 of 8

Thread: An Initial Version Of LunarGLASS-LLVM For Mesa

  1. #1
    Join Date
    Jan 2007
    Posts
    15,699

    Default An Initial Version Of LunarGLASS-LLVM For Mesa

    Phoronix: An Initial Version Of LunarGLASS-LLVM For Mesa

    In October of last year there was a proposal by LunarG, a small consulting company focusing upon Gallium3D and Mesa that was formed by some of the original Tungsten Graphics crew, to create a common kernel and shader compiler stack. This stack would utilize LLVM (the Low-Level Virtual Machine) for optimizations This work was published as LunarGLASS and there is now a specification and initial implementation of it for Mesa...

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

  2. #2
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    597

    Default

    I think that conversion path has far too many stages

    Hopefully they can leverage LLVM to do more of the work in the middle

  3. #3
    Join Date
    Jul 2007
    Posts
    405

    Default

    Well, the ultimate goal of this, if I understand correctly, is to deprecate the tgsi ir so it can be replaced by llvm ir, but they need to prove the llvm ir will work well for this application first.

  4. #4
    Join Date
    Jan 2009
    Posts
    306

    Default

    Yeah this isn't really news... I mean obviously it can be done... but that doesn't mean it will be fast or efficient in any way.

    I mean the current improvements in mesa as of 7.10 have my R350 running openarena @ 10-15fps and sauerbraten @5-10fps or a little more depending on the map with most effects off ... on a 2xPII@300Mhz of all things if the CPU bottlenecks can be removed I can see this getting alot faster. On the other hand since we have faster processors these days they may ignore that part and proformance on my box will regress un future mesa :C I mean I'll be happy with the drive once its running 30fps if that is even possible on this HW not that it isn't a good 2D drive already.

    I should put my r350 in my sempron 3100+ box just to see what difference the system ram/CPU/AGP speed limitations is causing.

  5. #5
    Join Date
    Sep 2008
    Posts
    989

    Default

    I have yet to see a user of LLVM demonstrate measurable and consistent performance gains. It may be a convenient programming paradigm, but the performance of it is way over-hyped I think.

  6. #6
    Join Date
    Aug 2007
    Location
    Poland
    Posts
    215

    Default

    Quote Originally Posted by cb88 View Post
    I should put my r350 in my sempron 3100+ box just to see what difference the system ram/CPU/AGP speed limitations is causing.
    The difference will be huge.
    I get now on Xonotic with some nice effects enabled not less than 60FPS on most maps on my RV350 @ P4 3GHz @ Mesa 7.11-git.

  7. #7
    Join Date
    Oct 2010
    Posts
    93

    Default

    Quote Originally Posted by allquixotic View Post
    I have yet to see a user of LLVM demonstrate measurable and consistent performance gains. It may be a convenient programming paradigm, but the performance of it is way over-hyped I think.
    Which LLVM uses have had performance as the main reason for their move? The only one I can think of is that software GL renderer thing, and that one really was faster than what it's replacing.

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

    Default

    Sexeh... Let's wait and see. Even if it doesn't spike in performance it still reduces development burden, resulting in faster development of the driver and getting optmization work in faster. Win-win

Tags for this Thread

Posting Permissions

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