There's a panel on the topic at the next ICMC, so we'll learn more about it.
I like the idea of nultithreading of ugen calls; would  it not be something 
to consider?
----- Original Message ----- 
From: "Michael Gogins" 
To: "Csound Developers" 
Sent: Friday, July 04, 2008 4:03 PM
Subject: Re: [Cs-dev] [CM] thread progress report


> What yet another software sound synthesis system is up to these days 
> (below)....
>
> It's obvious that all serious SWSS, within a year or so, will have fairly 
> robust multi-core scalability.
>
> Those I know about so far:
>
> Max/MSP   multi-threading in poly~                  in stable production
> Csound    multi-threading of instrument instances   experimental
> CLM       multi-threading of unit generator calls?  experimental
>
> Does anyone know the status of others? SuperCollider? Nyquist? Pure Data?
>
> I do not know as much about commercial digital audio workstations, but I 
> know that they use threads internally, so it makes sense that they either 
> already are, or soon will be, multi-threading plugin instances and track 
> processing.
>
> Cubase has been multi-threaded and multi-core for a long time, but some 
> plugins have problems running multi-core.
>
> Regards,
> Mike
>
> -----Original Message-----
>>From: Bill Schottstaedt 
>>Sent: Jul 4, 2008 10:20 AM
>>To: cmdist@ccrma.Stanford.EDU
>>Subject: [CM] thread progress report
>>
>>Some first impressions of Snd/CLM and threads: on a machine with
>>2 quad-core 3.0 Ghz 86-64 processors (8 "cores"), I can currently
>>get with-threaded-sound to run about 4 to 6 times faster than
>>with-sound, and multichannel edits (filter-channel) run 6 to 8
>>times faster.  I'm still chasing race conditions and so on, but this
>>looks promising.  Also, if you have 8 GBytes or more RAM, you
>>can now use that 2^32 element table-lookup you've always
>>wanted -- I think all vct, sound-data, and clm table sizes can
>>be off_t's.  Use mus-fft for an fft in that size range (and take
>>a vacation while it computes).
>>
>>
>>_______________________________________________
>>Cmdist mailing list
>>Cmdist@ccrma.stanford.edu
>>http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist
>
>
>
>
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel 


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Plus our (me, Jpff, Russell Bradford)  paper on High-Performance Audio 
Computing, featured centrally in a session called "miscellaneous".

The next version of OS X ("Snow Leopard") is touted as optimized for 
multi-core machines (suggesting that Logic Pro may be also, by that 
time). But software houses have been badly bitten by current threading 
models (and by changes thereof), and a common complaint is that the 
threading models used are not very good; which is one reason why 
hardware acceleration appeals, as the developer has complete control of 
it. And I suspect the issue of the access of plugins to multiple cores 
may yet prove to be the greatest of all.


Richard Dobson



victor wrote:
> There's a panel on the topic at the next ICMC, so we'll learn more about it.
> I like the idea of nultithreading of ugen calls; would  it not be something 
> to consider?
> ----- Original Message ----- 
> From: "Michael Gogins" 
> To: "Csound Developers" 
> Sent: Friday, July 04, 2008 4:03 PM
> Subject: Re: [Cs-dev] [CM] thread progress report
> 
> 
>> What yet another software sound synthesis system is up to these days 
>> (below)....
>>
>> It's obvious that all serious SWSS, within a year or so, will have fairly 
>> robust multi-core scalability.
>>
>> Those I know about so far:
>>
>> Max/MSP   multi-threading in poly~                  in stable production
>> Csound    multi-threading of instrument instances   experimental
>> CLM       multi-threading of unit generator calls?  experimental
>>
>> Does anyone know the status of others? SuperCollider? Nyquist? Pure Data?
>>
>> I do not know as much about commercial digital audio workstations, but I 
>> know that they use threads internally, so it makes sense that they either 
>> already are, or soon will be, multi-threading plugin instances and track 
>> processing.
>>
>> Cubase has been multi-threaded and multi-core for a long time, but some 
>> plugins have problems running multi-core.
>>


-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

> I like the idea of nultithreading of ugen calls; would  it not be something 
> to consider?

Two immediate thoughts; one needs to know the costs of the ugens
before this makes any sense, and the otherheads are likely to kill
fine-grain parallelism

> There's a panel on the topic at the next ICMC, so we'll learn more
> about it.

I am confused by this; I wrote proposing such a panel and was told the
only way was to submit a paper -- and that is what we did.  Then there
is a panel and our paper is in a totally different part of the
conference.

==John ffitch

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

But John, surely you've realised by now that ICMA is a political  
organisation!
What surprises me more is that your paper didn't get rejected!
D.


On 19/07/2008, at 5:48 PM, jpff wrote:

>> I like the idea of nultithreading of ugen calls; would  it not be  
>> something
>> to consider?
>
> Two immediate thoughts; one needs to know the costs of the ugens
> before this makes any sense, and the otherheads are likely to kill
> fine-grain parallelism
>
>> There's a panel on the topic at the next ICMC, so we'll learn more
>> about it.
>
> I am confused by this; I wrote proposing such a panel and was told the
> only way was to submit a paper -- and that is what we did.  Then there
> is a panel and our paper is in a totally different part of the
> conference.
>
> ==John ffitch

________________________________________________
David Worrall.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net