[sldev] Wanted: Standard cross-platform library for CPU detection

Dzonatas dzonatas at dzonux.net
Wed Jul 18 07:09:56 PDT 2007


Prepackaged and optimized routines are good if have nothing else handy. 
They provide better than moderate speed improvements. The problem with 
such routines is that their robustness and call structure tend to take a 
performance hit. If one wants the fastest code, then prepackaged 
routines aren't the best solution.

The QuickTime library is already cross-platform and has many different 
optimized vector routines. If you downloaded QT to build the source, you 
have these routines on your disk.

See these:

vBLAS.h
vBasicOps.h
vBigNum.h
vDSP.h
vecLib.h
vectorOps.h
vfp.h

=)


Paul TBBle Hampson wrote:
> On Tue, Jul 17, 2007 at 07:25:07PM +0100, Tofu Linden wrote:
>   
>> I've used liboil in the past - it's pretty cool.  I seem to
>> recall that it was fairly painful to package, though, if not
>> anticipating relying upon a system-installed one.  It's also
>> quite large (another packaging concern).
>>     
>
>   
>> The license would seem to allow one to re-use some isolated
>> routines if we don't want to absorb the whole library - again
>> I've done this in the past for personal projects and it wasn't
>> technically difficult.  Perhaps the CPU detection could be
>> isolated into its own library (heck, perhaps the liboil authors
>> would be happy to see this isolation as a contrib).
>>     
>
> I'd very much like to see liboil used, and at least kept able to use an
> already-packaged version, rather than rolling more code into the
> slviewer core.
>
> I'm particularly keen on getting the advances of Callum and Dzonatas on
> vectorising with SSE2 magically translate to an Altivec implementation.
>
> ^_^
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>   

-- 
Power to Change the Void
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070718/76729787/attachment.htm


More information about the SLDev mailing list