Re: parallel processing panel at ICMC

> Hi Victor,
>
> Thanks very much for the report!  It seems to me that we would use
> OpenMP in the same way as the code we currently have in that we use a
> barrier and split work.  We would still need to work on a better work
> partitioning system, regardless of a change to OpenMP or not.
>
> I took a further look int OpenMP and it looks pretty nice. However, it
> looks like gcc 4.x is only in alpha state for MinGW.  If it works then
> that'd be great.
>
> As for replacing pthread, I wonder if that would be appropriate for
> the threaded code we have that isn't related to parallelizing code.
> On the other hand, I don't know if we can use pthreads in conjunction
> with OpenMP.
>
> So, what does everyone else think?  I am thinking our current code is
> enough for now for running the parallel code, and we might be better
> served to continue to look at places where we are running into
> problems.
>
> A step we can take would be to start systematically creating a test
> suite of CSD's, much like what was done for the new parser and the
> tests in the tests directory.  Those tests for the new parser took one
> step at a time and introduced a single new language feature to test
> another feature of the processor.  We should probably do something
> similar so that we can step by step test and then if we find a
> problem, we'd have a good idea of what the problem was from as we only
> add one feature at a time.
>
> Thoughts?
> steven
>
>
>
>
> On Sun, Aug 31, 2008 at 3:33 PM, victor <Victor.Lazzarini@...> wrote:
>> Hello everyone,
>>
>> just a quick e-mail in relation to the panel at ICMC. John was there and
>> might add details to these.
>>
>> The overall tone was 'yes it is a good idea; we'll have to do it, but we
>> don't know how yet.'  I asked the question we wanted to know:
>> who is doing it? They basically shrugged and said, "well max has
>> the poly object...", and then someone said that SCSynth could be
>> run several separate, but unconnected, processes, to what I replied,
>> so can any other program...
>>
>> The only thing I found useful was to hear the FAUST guy talk about
>> their multiprocessor output usimg openMP. They also have experience
>> with their parallel version of Jack.
>>
>> Has anyone looked at OpenMP. Looks dead easy to use, it seems available
>> across the board for all support platforms (gcc 4.2). Perhaps we can use
>> that instead of pthreads?
>>
>> But overall, they all seemed clueless. The discussions in this list
>> seemed
>> to be better informed. The added joke was Miller Puckette saying that
>> with
>> his three year PC he could run six PVs so he was happy and did not want
>> to bother with it.
>>
>> Regards
>>
>> Victor
>>
>> -------------------------------------------------------------------------
>> 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@...
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>
> -------------------------------------------------------------------------
> 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@...
> https://lists.sourceforge.net/lists/listinfo/csound-devel