> After looking again at the parallel Csound code, I believe I was
> mistaken in thinking it parallelized on the opcode level of
> granularity. I think its difference from Steven Yi's code is in being
> integrated into the orc compiler to define a directed acyclical graph
> of instrument instances (not opcode instances) for the purpose of
> properly partitioning the work between cores, and synchronizing global
> variables. This of course is still an improvement.

ugen level granularity may result in a high dispatching overhead ... i am 
not really familiar with the internals of csound, but i suspect that 
instrument level granularity would also result in a better cache behavior 
...

there is an interesting algorithm though, that can be used to cluster fine-
grained ugen graphs [1]. i found it rather difficult to implement it in 
practice, but it may still be of some interest ...

cheers, tim

[1] http://www.aes.org/e-lib/browse.cfm?elib=14144



------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

That indeed is a very interesting idea.

Thanks,
Mike

On Mon, Jun 7, 2010 at 12:26 PM, Tim Blechmann  wrote:
>> After looking again at the parallel Csound code, I believe I was
>> mistaken in thinking it parallelized on the opcode level of
>> granularity. I think its difference from Steven Yi's code is in being
>> integrated into the orc compiler to define a directed acyclical graph
>> of instrument instances (not opcode instances) for the purpose of
>> properly partitioning the work between cores, and synchronizing global
>> variables. This of course is still an improvement.
>
> ugen level granularity may result in a high dispatching overhead ... i am
> not really familiar with the internals of csound, but i suspect that
> instrument level granularity would also result in a better cache behavior
> ...
>
> there is an interesting algorithm though, that can be used to cluster fine-
> grained ugen graphs [1]. i found it rather difficult to implement it in
> practice, but it may still be of some interest ...
>
> cheers, tim
>
> [1] http://www.aes.org/e-lib/browse.cfm?elib=14144
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net