11 Mar
2016
11 Mar
'16
2:34 p.m.
On Fri, Mar 11, 2016 at 8:24 AM, Patrick Shirkey <pshirkey(a)boosthardware.com
He doesn't have *that* much parallelism. He has 6 non-parallelizable
stages, each one with varying levels of parallelism.
wrote:
Are we absolutely sure this is the case? That Jonathan has not found a
"bug" in JACK2 or the DSP load algorithm?
the dataflow algorithm doesn't have a lot of room for bugs. but sure, yes,
it is possible. however, this is easy to determine with a debug build
(maybe even just a --verbose run) of JACK.
- reduce the amount of work done by each
client.
According to Jonathan his multiple cores are barely reaching 5% usage. How
can JACK_DSP be so high when there is so much room left to play with if
JACK2 is handling the parallelism correctly?