[Freeswitch-users] FreeSwitch setup as a "Dumb" SBC

[rod]

I did the test when I start looking at FS.
With 10 000 files in conf/directory/default mounted as a ramdisk (if not 
in Ramdisk, the IO are too high) and an intel quad core q9550 (2.83Ghz) 
with 4GB RAM and the db also in Ramdisk, I was stuck at approx 150cps 
with a very high CPU usage. The version I used was 1.0.1, but not sure.


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