[L2Ork-dev] GSOC: multi-core Purr?
jmmmpais at gmail.com
Mon Apr 2 19:19:19 EDT 2018
I was thinking rather mainly of dsp processing - although the gui can be
heavy in some cases, mostly it's dsp that goes to the limits.
> It depends on what you mean by multi-core.
> For example, event responders for data structure array
> clicks in which the elements are drawn using `[draw]` actually
> happen in the GUI. So if you have an array with 1,000,000
> elements and click element number 999,999 there's no
> bbox traversal in the audio process to find the thing that
> received a click.
> In other words, the click handler happens in the GUI process,
> which on most modern computers is running on a different
> CPU than the audio process.
> I think Guilio had some improvements with mouse motion
> that similarly moved event logic to the GUI. So that's another
> But there is no plan to change Pd's message passing internals
> nor its DSP graph to run things in parallel.
> On Mon, Apr 2, 2018 at 4:54 PM, João Pais <jmmmpais at gmail.com> wrote:
>> This probably is a nightmare to implement, but would a multi-core
>> be something doable in the near future? Or is it already (or was
>> in other gsoc requests) and I didn't notice?
>> L2Ork-dev mailing list
>> L2Ork-dev at disis.music.vt.edu
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
More information about the L2Ork-dev