<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 11, 2016 at 11:00 AM, Jonathan Brickman <span dir="ltr"><<a href="mailto:jeb@ponderworthy.com" target="_blank">jeb@ponderworthy.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span class="">
On 3/11/2016 9:57 AM, Paul Davis wrote:<br>
<blockquote type="cite">
<div dir="ltr"><br>
<div class="gmail_extra">On Fri, Mar 11, 2016 at 10:48 AM,
Jonathan Brickman <span dir="ltr"><<a href="mailto:jeb@ponderworthy.com" target="_blank"></a><a href="mailto:jeb@ponderworthy.com" target="_blank">jeb@ponderworthy.com</a>></span> wrote:<br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><span> </span>Indeed
-- except that cars in Manhattan are restricted to using
wheels :-) I have rocket engines which don't give off
exhaust at all, lots and lots of fuel, no skyscrapers in
the way, and no one else in the air; I am going to
either learn or help build a way to use those engines
:-)<span><font color="#888888"><br>
</font></span></div>
</blockquote>
<div><br>
</div>
<div>although it isn't proven yet .. i think that your
problem may come from the fact that you want to have 19
different engines, and you keep flicking switches to go
from one to the other.<br>
</div>
</div>
</div>
</div>
</blockquote></span>
Nope, I don't want to switch engines. Everything runs at once, and
runs very well by the way. I just want to take more advantage of
what I have, by running some things asynchronously, exactly the way
some are already doing using multiple motherboards.<span class=""><br></span></div></blockquote><div><br></div><div>the "engines" i'm referring to are your many multiple clients (19 or so). <br><br></div><div>i think you're still confused by terminology here, in a way that doesn't advance your situation. Nothing in a JACK system runs "asynchronously". Everything is "synchronous", which means that within a given process cycle, all clients will be processing audio samples taken from, or to be written to, the same locations in the hardware buffer of the audio interface in use. They work on the same "time slice". Changing this would break the fundamental assumptions and design of JACK (all versions).<br><br></div><div>what you are talking about is parallel vs. serialized execution of clients (which some might term "sequential execution"). parallel execution means that clients can be distributed across cores or cpus or whatever; serialized execution means that only 1 client can execute at a time, so unless that client has its own internal processor-level parallelism (e.g. ardour), it will make no difference how many cores/cpus/mobos you have - only 1 of them will be used at a time. <br><br></div><div>your workflow has some parallelizable elements and some elements that must be run serially/sequentially. it is an odd design, significantly outside the intended scope of what JACK was intended to be used for. some people think it can be made to work for a flow like this. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><span class="">
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div><br>
</div>
<div>i'm not even sure that we've confirmed that you are
using jack2 yet. are you?<br>
</div>
</div>
</div>
</div>
</blockquote></span>
Yep. I try JACK1 two or three times a year, briefly, but JACK1
can't come close to what JACK2 is giving me now.<span class=""><br></span></div></blockquote><div><br></div><div>as long as you have parallelizable data flows, that's true. JACK1 doesn't pay any attention to parallelization: all clients are run sequentially.<br></div><div> <br></div></div></div></div>