<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>See comment below.<br><br>Sent from my iPhone</div><div><br>On Mar 9, 2013, at 2:12 PM, Steven Ayre <<a href="mailto:steveayre@gmail.com">steveayre@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">1) "libsofia only handles 1 thread per profile, so if that is your bottle neck use more profiles"<div>
Is this still true?</div></div></blockquote><div><br></div><div>This is still true.</div></div></div></blockquote><br>I think William is correct on this. I saw something on the mailing list that this limitation was fixed in Sofia. I'll take a look at some logs and see for sure.<div><br></div><div>- BDF<br><div><br><blockquote type="cite"><div><div class="gmail_quote"><div> </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<div>3) "On a normal configuration, core.db is written to disk almost every second, generating hundreds of block-writes per second. To avoid this problem, turn /usr/local/freeswitch/db into an in-memory filesystem."<br>
It seems the other alternative is:<br>"-nosql -- disable internal sql scoreboard"</div><div><br></div><div>What does -nosql disable? e.g. for a dialer trunk you don't need presence, track-calls.. can you still get an active call count from FS?<br>
</div></div></blockquote><div><br></div><div>You'll also lose commands like 'show calls' and 'show channels'. Possibly some registration information too, since that's stored in the core DB too. I forget whether -nosql disables just the core DB or the sofia DB etc too (I never use it).</div>
<div><br></div><div>As well as using a ramdisk, using ODBC can help too - the proper databases are far better geared to scaling/concurrency than SQLite which is more for small-scale/embedded systems. It can also offload the database load onto an entirely separate server.</div>
<div><br></div></div>
</div></blockquote><blockquote type="cite"><div><span>_________________________________________________________________________</span><br><span>Professional FreeSWITCH Consulting Services:</span><br><span><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a></span><br><span><a href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a></span><br><span></span><br><span>FreeSWITCH-powered IP PBX: The CudaTel Communication Server</span><br><span><a href="http://www.cudatel.com">http://www.cudatel.com</a></span><br><span></span><br><span>Official FreeSWITCH Sites</span><br><span><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></span><br><span><a href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a></span><br><span><a href="http://www.cluecon.com">http://www.cluecon.com</a></span><br><span></span><br><span>FreeSWITCH-users mailing list</span><br><span><a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a></span><br><span><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a></span><br><span>UNSUBSCRIBE:http://<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">lists.freeswitch.org/mailman/options/freeswitch-users</a></span><br><span><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></span><br></div></blockquote></div></div></body></html>