On Wed, Oct 20, 2010 at 1:37 AM, Joel Roth <joelz(a)pobox.com> wrote:
Nama could easily be modified to start 60-or-so
parallel
jack_connect processes in the background, however I'm
curious: is there any special reason why jack_connect should
take a long time to return?
it creates and destroys a client per transaction. depending on server
settings, this could slow things down quite a lot.
jack.plumbing is a better idea, since AFAIK it reads a config file and
does all the required connections from within a single client.