<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 10, 2016 at 5:18 PM, Paul Davis <span dir="ltr"><<a href="mailto:paul@linuxaudiosystems.com" target="_blank">paul@linuxaudiosystems.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span class=""></span><span class=""></span> <span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">But still, I need to know what is the limit, and it seem to be quite unknown… I can obviously do crash testing, but I would prefer to rely on certain design principles, no luck that I won’t encounter some hardcoded limits...</div></div></blockquote><div><br></div></span><div>well, as mentioned, you can't put things on the command line that have be constant across the server and library. so there are some constants that are going to be hard-coded whether you like it or not. <br><br></div><div>there is no "hard limit". the number of clients before there is so little time left for the process cycle() depends on (a) what each client does (b) how much time each client takes for its context switch (which is partially a function of what it does) (c) the period size<br></div><span class=""><div><br></div></span></div></div></div></blockquote><div><br>I understood his question to be how many ports you can add before running out of shared memory,<br></div><div>not how many clients you can run before running out of cpu...<br><br><br></div></div></div></div>