[PD] Re: new pmpd developer

cyrille cyrille.henry at la-kitchen.fr
Thu Mar 17 15:33:33 CET 2005

Thomas Grill wrote:
> i did some profiling of mass2D and here are some more points:
> - since the length of the argument lists are checked at the beginning of 
> the methods, don't use atom_getfloatarg since it can't be inlined. it's 
> better to use a macro instead
> - it's preferable to use inverse masses and distances to avoid divisions
> - the random generator sucks a lot of cpu power and  can be optimized 
> (although i don't get the meaning of the range parameter there)
> attached is a diff where all the mentioned points are implemented
wow, thanks a lots.

i'll make the modification as soon as possible...


> best greetings,
> Thomas
> Am 17.03.2005 um 00:06 schrieb Thomas Grill:
>> Hi all,
>> now i had a look into pmpd - it's a shame i didn't do earlier, and 
>> it's great!
>> It would be good to do some optimization though - only by recompiling 
>> the Windows dll with some different flags and changing a bit of 
>> suboptimal code the demo-patches were up to 3 times faster than before.
>> - in many methods in the source gensym calls are used, although they 
>> generate the same symbols at every call - it would be good to generate 
>> these symbols in the setup functions and cache them for use by outlet* 
>> calls.
>> - pow(f,2) is used instead of f*f
>> - reference expressions are often repeated verbatim, although they 
>> could be replaced by a pointer
>> - the makefile in the src directory has no optimization flags at all 
>> for msvc++.  It should have /Ox  /G7 or similar, depending on the cpu
>> best greetings,
>> Thomas
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://iem.at/cgi-bin/mailman/listinfo/pd-list

More information about the Pd-list mailing list