<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) &quot;libsofia only handles 1 thread per profile, so if that is your bottle neck use more profiles&quot;<div>

Is this still true?</div></div></blockquote><div><br></div><div>This is still true.</div><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) &quot;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.&quot;<br>




It seems the other alternative is:<br>&quot;-nosql                 -- disable internal sql scoreboard&quot;</div><div><br></div><div>What does -nosql disable? e.g. for a dialer trunk you don&#39;t need presence, track-calls.. can you still get an active call count from FS?<br>

</div></div></blockquote><div><br></div><div>You&#39;ll also lose commands like &#39;show calls&#39; and &#39;show channels&#39;. Possibly some registration information too, since that&#39;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>