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

Thu Feb 5 00:25:09 PST 2009

Hi,

how many static xml files did you create for your test ?

rod.

kokoska rokoska wrote:
> Anthony Minessale napsal(a):
>   
>> What does it look like if you serve the directory from the static xml
>> file out of curiosity.
>>
>>     
>
> Well, I write all user infos into static xml files loaded at startup :-)
>
> For the first try (without "tuning", see below) I can't go beyond 220
> reg/s - it is just about 10-12 % higher rate then with "lighty" etc.
> BTW: Lighty alone can serve about 2600-2700 "dynamic directory xml files
> from DB" per second - tested with "ab".
>
> The only difference (but big one :-) is that CPU utilization is below
> 15% on all cores and load is about 0.2, so machine is idle :-)
>
> It tells me, that somthing is wron with my setup :-)
>
>
> The only optimizations done are:
>
> 1. No logging
> 2. FS in "high priority" mode
> 3. "ulimits" applied
>
> Next (today evenings - tommorow mornings, don't know) I try to "tune" FS
> for better preformance - as I did with previous test last month:
>
> 1. Move FS internal SQL light to ramdisk - I'm not sure if it helps,
> because OS caches all HDD reads/writes, but if SQL light forces sync
> after every DB update/insert it can make sense - I try it.
> May be I move all FS dir to ramdisk.
>
> 2. Slightly change mod_sofia to disable NAT ping loop (unnecessary DB
> operations) and, mainly, disable retrieving and sending of NOTIFY
> messages containing VM info.
> I'll look into my notes to see what I have done before and do the same...
>
>
> Be patient please, as soon as I have the results, I post them here :-)
>
>
> Best regards,
>
> kokoska.rokoska
>
>
>   
>> 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
>>     
>
>
> _______________________________________________
> 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
>
>
>   