<div dir="ltr">Is there any reason it's being stored on disk rather than ram? A waste of i/o of there's not..<div><br clear="all"><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif"><span style="font-size:small">-Avi Marcus</span><br>
</span></div>
<br><br><div class="gmail_quote">On Tue, Nov 29, 2011 at 5:22 AM, Dave Horton <span dir="ltr"><<a href="mailto:daveh@beachdognet.com">daveh@beachdognet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I am using limit with db (sqlite) backend to limit all calls into my server. I have 72 inbound channels on gateways sending to my freeswitch, which is running on a single processor dual core 3GHz server, with the sqlite call limits database on the local disk, and at times I am seeing a delay of up to 3 seconds between the arrival of an invite and FS sending a 180 Ringing from the ring ready application. Other delays in signaling I also see intermittently. The only real processing going on before the ring_ready application is executed is the limit application. I see from the code there is a global mutex that looks like will result in all limit checks being single threaded through the code, and I am wondering if I am experience slight intermittent bottlenecks at peak call times. I realize the hash backend is faster and I may switch to that (decision pre-dated my arrival), but I am wondering if anyone out there has any good data about how many cps the limit application with the db backend can scale to. Obviously its dependent on hardware, but I'd still like to get any real world data (or suggestions) that are out there.<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>
</blockquote></div><br></div></div>