Ben tried to write an SSE version of the convolution routine, but did not get a working one. As I recall the problem is that SSE lacks a critical operation to make it efficient (or perhaps even possible) to run as vector code. You can always just set the compiler flags to the extreme levels and see if that helps.<br>
<br>I wrote Altivec code for partconv~ a few years ago, and built a PPC version with an optimized FFTW, but I don't know if that is what is included with pd-extended or not. I guess if you can load it on Intel machines it is running a more generic version. FFTW needs to have at least an architecture, or ideally a CPU, specific build to run well.<br>
<br><br><br><div class="gmail_quote">On Tue, Mar 10, 2009 at 7:58 AM, Gregorio G. Karman <span dir="ltr"><<a href="mailto:ggkarman@musicologia.com">ggkarman@musicologia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
hello,<br>
<br>
I would appreciate knowing if the build of partconv~ v0.2 included in<br>
0.40.3-extended-macosx104 is currently taking advantage of sse<br>
optimization?<br>
<br>
thanks<br>
<br>
Gregorio<br>
--<br>
Gregorio García Karman<br>
Runzstraße 71.<br>
79102 Freiburg - Germany<br>
home: 0049 (0)761 2852 808<br>
office: 0049 (0)761 3808 276<br>
handy: 0049 (0)1515 3292 098<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div><br>