Page 1 of 2 12 LastLast
Results 1 to 10 of 15

Thread: Gallium3D LLVMpipe Still Needs A Very Fast CPU

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

    Default Gallium3D LLVMpipe Still Needs A Very Fast CPU

    Phoronix: Gallium3D LLVMpipe Still Needs A Very Fast CPU

    The Gallium3D LLVMpipe driver is capable of running some old OpenGL games on the CPU at low resolutions assuming your processor is powerful enough...

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

  2. #2
    Join Date
    Apr 2013
    Posts
    221

    Default ??

    i can t see any interess to use cpu as gpu in games

  3. #3
    Join Date
    Nov 2007
    Posts
    1,353

    Default

    Quote Originally Posted by Andrecorreia View Post
    i can t see any interess to use cpu as gpu in games
    I agree completely. The point in LLVMpipe is so the compositor will still work, therefore it's the compositor/window manager that should be benchmarked.

  4. #4
    Join Date
    Jan 2010
    Location
    Somewhere in Kansas.
    Posts
    294

    Default

    It also serves as a fallback if something isn't implemented on a particular graphics driver.

  5. #5
    Join Date
    Sep 2008
    Location
    Vilnius, Lithuania
    Posts
    2,667

    Default

    Quote Originally Posted by duby229 View Post
    I agree completely. The point in LLVMpipe is so the compositor will still work, therefore it's the compositor/window manager that should be benchmarked.
    Yea, although the results would typically not be that different. If you need to resort to LLVMpipe, then you're probably using an Atom or so, and you just can't do anything with their processors anyway.

  6. #6
    Join Date
    May 2013
    Posts
    16

    Default

    I think you should test with a many-core CPU p.e. with a 16-core Opteron.
    GPU-s use many cores too.

  7. #7
    Join Date
    Jun 2009
    Posts
    1,191

    Default

    well llvmpipe can improve but never enough to replace an GPU unless in the future CPU suffer a very nasty redesign. that said the function of LLVM is to be the last resort and keep the compositor running not play games for that you have an GPU(that failed tho).

    an additional benefits come from specific scenarios where you need a very simple compositor and an specialized GUI and you don't wanna waste power on an GPU[industrial systems, embedded, micro servers, gadgets,etc] and for this is magnitudes faster than the previous softpipe

  8. #8
    Join Date
    Jul 2009
    Location
    Germany
    Posts
    542

    Default

    Quote Originally Posted by ua=42 View Post
    It also serves as a fallback if something isn't implemented on a particular graphics driver.
    No it does not! I would provide a source, but showing that something is true for alle cases is hard But it should be easy to prove me wrong in case there is such a fallback.

  9. #9
    Join Date
    Jun 2009
    Posts
    1,191

    Default

    Quote Originally Posted by droste View Post
    No it does not! I would provide a source, but showing that something is true for alle cases is hard But it should be easy to prove me wrong in case there is such a fallback.
    well if an operation fail it do fallback to software rendering which translate into softpipe or llvmpipe[you choose the backend] and as far as i remember AMD use it as fallback for hardware that lacks vertex shaders like the IGP 4200 series[is in an post from couple of years ago, use forum search]

  10. #10
    Join Date
    Oct 2008
    Posts
    3,247

    Default

    Quote Originally Posted by jrch2k8 View Post
    well if an operation fail it do fallback to software rendering which translate into softpipe or llvmpipe[you choose the backend] and as far as i remember AMD use it as fallback for hardware that lacks vertex shaders like the IGP 4200 series[is in an post from couple of years ago, use forum search]
    There's no automatic fallback like you are implying. It happens that certain drivers on really weak hardware (like that 4200, or the i915g intel driver) can specifically code in their driver to use the draw module for vertex shaders, because the hardware doesn't support that natively. But it's not like anyone running radeon si drivers will get a llvmpipe fallback because they hit some path that hasn't been implemented in the new drivers yet. It doesn't work like that.

Posting Permissions

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