If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Comment

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.

Comment

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

Comment

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]

Comment

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.