<div dir="ltr">Steven,<div><br></div><div><br></div><div>Thanks for your quick answer and clear explanation.  I already have the core database in RAM.  I was just wondering if I need it at all, since I don&#39;t use &#39;show calls&#39; or &#39;show channels&#39;.  </div>
<div><br></div><div><span style="font-family:arial,sans-serif;font-size:13px">There are a few other Core Parameters in switch.conf that I would like to know when they  should be tweaked from their default configuration:</span><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif"><h3><font>max-db-handles:  <span style="font-weight:normal">Should there be one handle every N simultaneous calls?  What is N?</span></font></h3><div><h3><font>initial-event-threads: <span style="font-weight:normal"> Does it hurt or help to bump this up to 2 or 3 on an 8 core machine, even if the WARNING &quot;Create additional event dispatch thread&quot; hasn&#39;t come up?</span></font></h3>
<div><h3><font>db-handle-timeout:  <span style="font-weight:normal">What symptoms would indicate that this needs tuning?  Should it somehow be scaled when max-db-handles is changed?</span></font></h3><h3><span style="font-weight:normal"><font>Thanks, </font></span></h3>
</div></div><div style="font-size:13px"><span style="font-weight:normal"><br></span></div><div style="font-size:13px"><span style="font-weight:normal">Guillermo</span></div></div></div></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Wed, Jun 25, 2014 at 5:48 AM, Steven Ayre <span dir="ltr">&lt;<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-family:arial,sans-serif;font-size:13px">Could someone please explain what the effect the -waste parameter has on starting FreeSwitch?</span></blockquote>


<div><br></div></div><div>This is my understanding... it may be incorrect.</div><div><br></div><div>The default size of the stack is 8MB per-thread. On 32bit machines this means you could run out of virtual memory space if you&#39;re running lots of threads (ie lots of calls). Lets say FreeSWITCH can address the maximum 4GB 32bit can address (and it probably can&#39;t, ~3GB is more likely), that&#39;s only ~500 threads. FreeSWITCH will reduce the size of the stack on startup to SWITCH_THREAD_STACKSIZE, currently 240KB. The advantage is that you can run many more calls, the disadvantage is that you could run out of stack space and crash FreeSWITCH - in practice the latter happening is probably quite unlikely though.</div>


<div><br></div><div>-waste disables that behaviour to keep the default 8MB stack, for cases where you may find you&#39;re running out of stack space. You almost certainly don&#39;t need it.</div><div><br></div><div>On 64bit the virtual memory range is so large that this is not an issue. I don&#39;t think the -waste parameter even exists on 64bit platforms.</div>
<div class="">

<div><br></div><div><br></div><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex" class="gmail_quote">Also, what are the implications of turning off the scoreboard by running with -nosql?  What functionality is lost?</blockquote>


<div><br></div></div><div>Among other things you lose commands like &#39;show calls&#39; &#39;show channels&#39;, and probably interferes with a bunch of other functionality too. I&#39;d avoid it unless you *really* need it.</div>


<div><br></div><div>If you&#39;re trying to optimise the system try moving the core database to either a ramdisk or ODBC before getting rid of it entirely.</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra">


<br><br><div class="gmail_quote"><div><div class="h5">On 24 June 2014 22:09, Guillermo Ruiz Camauer <span dir="ltr">&lt;<a href="mailto:grcamauer@gmail.com" target="_blank">grcamauer@gmail.com</a>&gt;</span> wrote:<br></div>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">

<div dir="ltr">Could someone please explain what the effect the -waste parameter has on starting FreeSwitch?<div>Also, what are the implications of turning off the scoreboard by running with -nosql?  What functionality is lost?</div>



<div><br></div><div>thanks,<span><font color="#888888"><br clear="all"><div><br></div>-- <br>Guillermo Ruiz Camauer<br>
</font></span></div></div>
<br></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Guillermo Ruiz Camauer<br>
</div>