What does it look like if you serve the directory from the static xml file out of curiosity.<br><br><br><div class="gmail_quote">On Tue, Feb 3, 2009 at 4:11 PM, kokoska.rokoska <span dir="ltr">&lt;<a href="mailto:kokoska.rokoska@post.cz">kokoska.rokoska@post.cz</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Ken Rice napsal(a):<br>
...<br>
<div class="Ih2E3d"><br>
&gt; On Registrations we have experienced Registration/second rates exceeding 150<br>
&gt; registrations per second using mod_xml_curl to feed the users directory. I<br>
&gt; suspect, this number can be greatly increased if we were to feed directory<br>
&gt; with something that cut out the apache and php over head<br>
&gt;<br>
<br>
</div>If someone interested I have few numbers on Registrar performance:<br>
<br>
DB server:<br>
2x Quad core E5345 @ 2.33GHz, 16 GiB RAM<br>
Centos 5 x86_64, MySQL 5.0<br>
<br>
Registrar server:<br>
2x Quad core E5345 @ 2.33GHz, 16 GiB RAM<br>
Centos 5 x86_64<br>
<br>
Tested using sipp with 10.000 and 30.000 &quot;users&quot;.<br>
<br>
<br>
FreeSWITCH as registrar - current trunk:<br>
1. FreeSwitch si simply modified (code doing NAT-ping is commented out :-)<br>
2. Directory is served through lighttpd and simple &quot;C&quot; binary doing one<br>
trivial select. Lighttpd runs on the same machine as FS. When I move<br>
lighhtpd to another machine, I cannot see any significat performance boost.<br>
<br>
Result: I can go up to the 470-500 reg/s. and FS is heavy overloaded and<br>
retransmissions occurs.<br>
<br>
<br>
Kamailio as registrar - 1.4.3. no TLS:<br>
1. Kamailio runs with usrloc db_mode 3 (no caching)<br>
<br>
Result: I can go up to the 3500-3700 reg/s. and Kamailio server is at<br>
0.3 load and all 8 cores are bellow 15 %. Without retransmissions. The<br>
limit is DB throughput.<br>
Just for &quot;curiosity&quot; I switched userloc to db_mode 2 (write back) and at<br>
5000 regs/s I stopped the sipp test, because I saw the bottle neck<br>
becomes the server runnig sipp (very old P4 box).<br>
<br>
<br>
Conclusion:<br>
While I see amazing FreeSWITCH performance on INVITEs per seconds and<br>
concurrent calls (another galaxy from * point of view :-), if you have<br>
to handle lots of registrations per second, it is IMO better to use<br>
Kamailio/OpenSIPS/SER as separate registrar and &quot;propagate&quot; users to FS<br>
through SQL view.<br>
<br>
Hope this helps someone...<br>
<br>
Best regards,<br>
<font color="#888888"><br>
kokoska.rokoska<br>
</font><div><div></div><div class="Wj3C7c"><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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>