[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: cortex / arm-hardfloat-linux-gnueabi (was Re: armelfp: new architecture name for an armel variant)

On Friday 16 July 2010 07:14:17 Konstantinos Margaritis wrote:
> No comment needed. Such results are consistent with all math functions that
>  I have tested (cosf, tanf, expf, etc). Speed gain is accumulative, so in
>  say a rotation matrix function, with (usually) 2 cosf+2 sinf calls, the
>  speed gain would be ~20%. Add some more math optimizations, and we end up
>  to the ~30-35% speed gain we reached. Still don't believe me?

Rereading that, I realise this might be misunderstood. The 20% comes from the 
rotation functions being rather small in size and fast, in fact most of the 
time wasted in such a function comes from the sinf/cosf calls, it's obviously 
not the case in bigger functions with lots of calculations where a sinf would 
only take a miniscule amount of time -eg. software renderers like blender. A 
gain in sinf() would benefit there as well, but not as much. Though I do 
intend to measure blender in the future. Anyway, just a clarification.


Reply to: