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 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@lists.sourceforge.net > 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@lists.sourceforge.net