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@post.cz <mailto:kokoska.rokoska@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@lists.freeswitch.org <mailto:Freeswitch-users@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@hotmail.com <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 <http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
------------------------------------------------------------------------
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org