Hi Ken, 1) I'd like to use FS to hide topology, so bypass media is not possible 2) done 3) done 4) not used 5) i'm using this ins switch.xml -> <param name="loglevel" value="info"/>, if you think an other log level is more suitable.
Regarding logging, I can see in console and in the freeswitch.log that there is still a lot of NOTICE logging, see below: 2009-02-02 08:33:56 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 8721 (sofia/internal/[email protected]:5060) Ended 2009-02-02 08:33:56 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/internal/[email protected]:5060 [CS_HANGUP] 2009-02-02 08:33:56 [NOTICE] switch_core_session.c:960 switch_core_session_thread() Session 8722 (sofia/external/[email protected]) Ended 2009-02-02 08:33:56 [NOTICE] switch_core_session.c:962 switch_core_session_thread() Close Channel sofia/external/[email protected] [CS_HANGUP] 2009-02-02 08:33:56 [NOTICE] sofia.c:3164 sofia_handle_sip_i_state() Channel [sofia/external/[email protected]] has been answered 2009-02-02 08:33:56 [WARNING] mod_sofia.c:740 sofia_read_frame() Changing codec ptime to 30. I bet you have a linksys/sipura =D Do you have any idea where I can switch off this kind of logging. I thought it should be in /dialplan/internal.xml, but I see that in internal.xml -> <param name="debug" value="0"/> thanks a lot for your suggestion. regards, rod Ken Rice wrote: > Dont forget there are several things you can do to increase performance... > > 1) where possible use bypass media or media proxy modes > 2) mount freeswitch/db as a ram drive (if you are using voicemail with > the internal FS DBs you'll need a way to make this persistant across > reboots) > 3) see the wiki for setting reasonable ulimits > 4) (this is my oppinion others may vary) dont use mod_cdr_csv > 5) turn off (or reduce logging) in switch.conf.xml > > all of these thing can greatly improve performance. > > On Mon, Feb 2, 2009 at 1:04 AM, rod <[email protected] > <mailto:[email protected]>> wrote: > > Thanks Anthony, > > the setup is like this: > > sipp server ---- FS 1 ---- FS2 > > FS1 is the AMD CPU that has only one extension in dialplan that > bridges > 9999 to FS2. 9999 is the first extension in FS2 dialplan that > plays moh, > FS2 has no CPU pbm. > > FS1 is maxing out at 60 bridged calls without your option -hp. > > Using -hp, I'm now able to bridge 200 concurrent calls (a great > improvement) and the system is still reactive. CPU load is high > but not > 100% and as the system responds well, I think that doesn't matter. The > 2GB of memory are completely consumed (top command shows 700MB for FS > process). > > I understand that FS1 server is not the best hardware platform, > and I'm > waiting for new 4 cores server for testing. > I will update those numbers when testing with the new hardware. > > regards, > rod. > > Anthony Minessale wrote: > > Which of the 2 machines has the load issue? You said it was one box > > calling the other. > > > > You have 2 major things against you, single CPU and AMD, but you > > should at least be able to get in the vicinity of 800-1000 calls > on a > > box like that. > > > > Are you calling the default 9999? It's not really an appropriate > > extension for load testing. > > On the terminating box you should set up a manual extension that is > > the first one in the dial plan > > to play a wav file from preferably a ram disk or /tmp > > > > If you do plan on using this in production accept nothing less > than a > > multi-core intel machine with at least 4 cores, the more cores the > > better because that parallel processing is where FS gets it's > atvantage. > > > > > > > > On Fri, Jan 30, 2009 at 5:56 AM, rod <[email protected] > <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>>> wrote: > > > > Dear list, > > > > I've been playing with freeswitch for some time (2 months) > and the > > fact > > is that I'm very pleased with the functionnalities of this > software. > > > > I'd like to use FS as a SBC handling media and I'm doing some > > tests with > > sipp to load the machine but I'm unable to bridge more than > 60 calls > > without seeing the CPU being loaded at 100%. I'm sure > something is > > going > > wrong with my setup but I'm unable to see what. > > > > The test machine has the following specs: > > Athlon XP 3500+ with 2GB of memory (I know this is not a > high end > > machine :p) > > > > Freeswitch:/opt/freeswitch/log# cat /proc/cpuinfo > > processor : 0 > > vendor_id : AuthenticAMD > > cpu family : 15 > > model : 95 > > model name : AMD Athlon(tm) 64 Processor 3500+ > > stepping : 2 > > cpu MHz : 2199.973 > > cache size : 512 KB > > fpu : yes > > fpu_exception : yes > > cpuid level : 1 > > wp : yes > > flags : fpu vme de pse tsc msr pae mce cx8 apic > sep mtrr pge > > mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext > > fxsr_opt > > rdtscp lm 3dnowext 3dnow up rep_good pni cx16 lahf_lm svm > extapic > > cr8_legacy > > bogomips : 4402.97 > > TLB size : 1024 4K pages > > clflush size : 64 > > cache_alignment : 64 > > address sizes : 40 bits physical, 48 bits virtual > > power management: ts fid vid ttp tm stc > > > > I installed FS on a fresh debian 64: > > Linux Freeswitch 2.6.26-1-amd64 #1 SMP Sat Jan 10 17:57:00 > UTC 2009 > > x86_64 GNU/Linux > > > > I set the ulimit parameters like those on the website: > > freeswi...@internal> ... > > Freeswitch:/opt/free-svn/bin# ulimit -a > > core file size (blocks, -c) unlimited > > data seg size (kbytes, -d) unlimited > > scheduling priority (-e) 0 > > file size (blocks, -f) unlimited > > pending signals (-i) unlimited > > max locked memory (kbytes, -l) unlimited > > max memory size (kbytes, -m) unlimited > > open files (-n) 999999 > > pipe size (512 bytes, -p) 8 > > POSIX message queues (bytes, -q) unlimited > > real-time priority (-r) 0 > > stack size (kbytes, -s) 244 > > cpu time (seconds, -t) unlimited > > max user processes (-u) unlimited > > virtual memory (kbytes, -v) unlimited > > file locks (-x) unlimited > > > > > > My network setup is the following: > > > > SIPP machine (10.10.10.1/24)----------------vlan > <http://10.10.10.1/24%29----------------vlan> > > <http://10.10.10.1/24%29----------------vlan> 55 > > ----------(10.10.10.254/24 <http://10.10.10.254/24> > <http://10.10.10.254/24>) FS > > (10.10.20.254/24)-------------- > <http://10.10.20.254/24%29--------------> > > <http://10.10.20.254/24%29--------------> vlan56 > > -------------------(10.10.20.100/24 <http://10.10.20.100/24> > <http://10.10.20.100/24>) > > OTHER STOCK FS > > > > > > I launched sipp with: > > sipp -sn uac_pcap -s 9999 -r 10 -l 80 -d 60000 -mi > 10.10.10.1 -i > > 10.10.10.1 -mp 25000 10.10.10.254:5060 > <http://10.10.10.254:5060> <http://10.10.10.254:5060> > > > > The dialplan on FS is very simple: > > <?xml version="1.0" encoding="utf-8"?> > > <!-- http://wiki.freeswitch.org/wiki/Dialplan_XML --> > > <include> > > <context name="default"> > > > > <extension name="hold_music_bridge"> > > <condition field="destination_number" expression="^9999$"> > > <action application="answer"/> > > <action application="bridge" > > data="sofia/external/[email protected] > <mailto:[email protected]> <mailto:[email protected] > <mailto:[email protected]>>"/> > > </condition> > > </extension> > > </context> > > > > </include> > > > > FreeSWITCH Version 1.0.trunk (11560M) Started. > > Crash Protection [Disabled] > > Max Sessions[1000] > > Session Rate[100] > > SQL [Enabled] > > > > > > The test is very simple: sipp dial 9999 that matches in my > FS dialplan > > and this is bridged to an other FS machine playing music on > hold. > > When I launch "top" I see after 30 to 40 s that FS consumes all > > the CPU > > ressources (with a mean of 50-60 % before), with 80 calls. > > When I set 70 calls, I have to wait 70-80 s before seeing > the same > > issue. > > > > Presence is set to false on the 2 profile. > > > > I have the same issue with FS 1.0.2 that' s why I tried FS > 11560. > > > > When I use the FS machine as a router to test the packet per > second > > performance, I'm reaching 100Mbps with 8000pps in each > direction (from > > vlan 55 to vlan56) with less than 12% CPU. So that I don't think > > there's > > an issue with the network. > > > > Here is an "mpstat -P ALL 1" to show you what's happening > suddenly > > with > > 70 bridge calls: > > 12:31:26 CPU %user %nice %sys %iowait %irq %soft > > %steal %idle intr/s > > 12:31:27 all 3,00 0,00 3,00 0,00 1,00 4,00 > > 0,00 89,00 6241,00 > > 12:31:27 0 3,00 0,00 3,00 0,00 1,00 4,00 > > 0,00 89,00 6241,00 > > > > 12:31:27 CPU %user %nice %sys %iowait %irq %soft > > %steal %idle intr/s > > 12:31:28 all 14,14 0,00 56,57 0,00 2,02 5,05 > > 0,00 22,22 6035,35 > > 12:31:28 0 14,14 0,00 56,57 0,00 2,02 5,05 > > 0,00 22,22 6035,35 > > > > 12:31:28 CPU %user %nice %sys %iowait %irq %soft > > %steal %idle intr/s > > 12:31:29 all 24,75 0,00 67,33 0,00 0,99 6,93 > > 0,00 0,00 5483,17 > > 12:31:29 0 24,75 0,00 67,33 0,00 0,99 6,93 > > 0,00 0,00 5483,17 > > > > > > The CPU is going from 89% idle to 0% in less than 2 seconds. > > > > I know that I don't have to expect too much from this kind of > > hardware, > > but it seems strange that the CPU power vanished so suddenly. > > > > Thanks a lot for the guys that have read this long mail :p > > > > kind regards, > > rod > > > > > > _______________________________________________ > > Freeswitch-users mailing list > > [email protected] > <mailto:[email protected]> > > <mailto:[email protected] > <mailto:[email protected]>> > > 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:[email protected] > <mailto:msn%[email protected]> > > <mailto:msn%[email protected] > <mailto:msn%[email protected]>> > > GTALK/JABBER/PAYPAL:[email protected] > <mailto:paypal%[email protected]> > > <mailto:paypal%[email protected] > <mailto:paypal%[email protected]>> > > IRC: irc.freenode.net <http://irc.freenode.net> > <http://irc.freenode.net> #freeswitch > > > > FreeSWITCH Developer Conference > > sip:[email protected] > <mailto:sip%[email protected]> > > <mailto:sip%[email protected] > <mailto:sip%[email protected]>> > > iax:[email protected]/888 > <http://iax:[email protected]/888> > > <http://iax:[email protected]/888> > > googletalk:[email protected] > <mailto:googletalk%3aconf%[email protected]> > > <mailto:googletalk%3aconf%[email protected] > <mailto:googletalk%253aconf%[email protected]>> > > pstn:213-799-1400 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Freeswitch-users mailing list > > [email protected] > <mailto:[email protected]> > > 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 > [email protected] > <mailto:[email protected]> > 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
