Hi Giovanny, regarding ubuntu, did you mean 8.04 server or desktop ?
On Tue, Aug 25, 2009 at 3:41 PM, Giovanni Maruzzelli <[email protected]>wrote: > Definitely go for 64 bit OS. > > If you want to be safe and sure, go for CentOS 5.2 64bit. Is the one > used both for development and for heavy duty production. > > Also Ubuntu 8.04 is good. > > Other versions/distros are less used by the community. > > Adding RAM and CPUs helps to scale up. > > -gm > > > > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > > > > On Tue, Aug 25, 2009 at 3:19 PM, Tihomir Culjaga<[email protected]> > wrote: > > Hey Giovanni, > > > > thanks for the tip... indeed the db files were heavily used regardless if > i > > started freeswitch with nosql option (freeswitch -nosql)... FS was not > > writing anything into that files ... instead it was just accessing it.... > > This behaviour leads to a waste of 40% CPU time... waiting for other > > processes (mainly disk access) to finish!!! > > > > I moved freeswitch/db/ to a ramdisk and the performance got a boost to > 140 > > CPS with a CPU load of 80%. I was keeping the machine for a while (20 - > 30 > > minutes) on that rate when i sow CPU suddenly went to 100% and FS > becoming > > irresponsive :). > > > > > > What can be wrong? > > What are the limits in CPU usage (50%, 60%, 70%, 80%...) we should not > > cross? > > What fine tuning do we need in order to asure a long high load run? > > > > > > > > Also, I'm running 32-bit OS (debian 5) on a 64 bit CPU... does it have > sense > > to move my OS to 64 bit? ... will FS gain more preformance ?... I mean > will > > FS perofomr drastically better 20%+ ? > > > > > > Tihomir. > > > > > > On Tue, Aug 25, 2009 at 11:00 AM, Giovanni Maruzzelli < > [email protected]> > > wrote: > >> > >> Maybe your load comes from disk access? > >> > >> Try putting the sql and log directories on a ramdisk. > >> > >> OTH, > >> > >> -giovanni > >> > >> On Tue, Aug 25, 2009 at 10:54 AM, Tihomir Culjaga<[email protected]> > >> wrote: > >> > Hello, > >> > > >> > i'm trying to use freeswitch as a redirecting server meaning FS has to > >> > receive an INVITE and according to some rules it will redirect calls > to > >> > other destinations. > >> > > >> > > >> > CALLING_USER FREESWITCH > SOMEWHERE > >> > > >> > INVITE -------------------------------> > >> > <------------------------------ 100 Trying > >> > <------------------------------ 302 Moved Temporary > >> > ACK -------------------------------> > >> > > >> > > INVITE---------------------------------------------------------------------------------> > >> > > >> > > >> > > >> > Well, wverything works well except i have perfromance issues .... on > my > >> > HW > >> > FS cannot do more than 40 CPS (INVITE answered by 302 Moved > Temporary). > >> > When > >> > i increase the rate, FS starts delaying 302 response. Right at 50 CPS > i > >> > see > >> > "calls" being build up in FS and the delay begining to grow. > >> > > >> > When i observe the machine, load average is almost nothing (load > >> > average: > >> > 1.41, 0.61, 0.60) CPU never goes to 100%, and i see only one thread > >> > taking > >> > most load... all others are just sitting there with 1-5 % CPU time. > >> > This looks to me as FS handles 302 messages in a single thread?!?! > >> > > >> > > >> > tculj...@fs:/usr/local/freeswitch/conf/dialplan$ top -H > >> > > >> > top - 10:41:37 up 167 days, 20:42, 3 users, load average: 1.41, > 0.61, > >> > 0.60 > >> > Tasks: 83 total, 2 running, 81 sleeping, 0 stopped, 0 zombie > >> > Cpu(s): 25.3%us, 1.5%sy, 0.0%ni, 30.3%id, 42.7%wa, 0.0%hi, 0.2%si, > >> > 0.0%st > >> > Mem: 2074520k total, 571244k used, 1503276k free, 259604k > buffers > >> > Swap: 2650684k total, 3020k used, 2647664k free, 153868k > cached > >> > > >> > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > >> > COMMAND > >> > 4814 root 20 0 34188 20m 3780 S 38 1.0 3:10.29 > >> > freeswitch > >> > 4800 root 20 0 34188 20m 3780 S 6 1.0 0:08.26 > >> > freeswitch > >> > 4798 root 20 0 34188 20m 3780 R 5 1.0 0:24.46 > >> > freeswitch > >> > 4787 root 20 0 34188 20m 3780 S 2 1.0 0:11.24 > >> > freeswitch > >> > 4794 root 20 0 34188 20m 3780 S 1 1.0 0:11.42 > >> > freeswitch > >> > 4803 root 20 0 34188 20m 3780 S 1 1.0 0:11.74 > >> > freeswitch > >> > 4788 root 20 0 34188 20m 3780 S 1 1.0 0:02.96 > >> > freeswitch > >> > 4804 root 20 0 34188 20m 3780 S 1 1.0 0:01.64 > >> > freeswitch > >> > 4807 root 20 0 34188 20m 3780 S 1 1.0 0:01.68 > >> > freeswitch > >> > 4811 root 20 0 34188 20m 3780 S 1 1.0 0:02.50 > freeswitch > >> > > >> > > >> > > >> > cat /proc/cpuinfo > >> > processor : 0 > >> > vendor_id : GenuineIntel > >> > cpu family : 6 > >> > model : 15 > >> > model name : Intel(R) Xeon(R) CPU 5140 @ 2.33GHz > >> > stepping : 6 > >> > cpu MHz : 2333.560 > >> > cache size : 4096 KB > >> > physical id : 0 > >> > siblings : 2 > >> > core id : 0 > >> > cpu cores : 2 > >> > apicid : 0 > >> > initial apicid : 0 > >> > fdiv_bug : no > >> > hlt_bug : no > >> > f00f_bug : no > >> > coma_bug : no > >> > fpu : yes > >> > fpu_exception : yes > >> > cpuid level : 10 > >> > wp : yes > >> > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > >> > mca > >> > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm > >> > constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 > ssse3 > >> > cx16 > >> > xtpr dca lahf_lm > >> > bogomips : 4670.78 > >> > clflush size : 64 > >> > power management: > >> > > >> > processor : 1 > >> > vendor_id : GenuineIntel > >> > cpu family : 6 > >> > model : 15 > >> > model name : Intel(R) Xeon(R) CPU 5140 @ 2.33GHz > >> > stepping : 6 > >> > cpu MHz : 2333.560 > >> > cache size : 4096 KB > >> > physical id : 0 > >> > siblings : 2 > >> > core id : 1 > >> > cpu cores : 2 > >> > apicid : 1 > >> > initial apicid : 1 > >> > fdiv_bug : no > >> > hlt_bug : no > >> > f00f_bug : no > >> > coma_bug : no > >> > fpu : yes > >> > fpu_exception : yes > >> > cpuid level : 10 > >> > wp : yes > >> > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > >> > mca > >> > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm > >> > constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2 > ssse3 > >> > cx16 > >> > xtpr dca lahf_lm > >> > bogomips : 4666.82 > >> > clflush size : 64 > >> > power management: > >> > > >> > > >> > > >> > uname -a > >> > Linux l01sipindir1 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 > i686 > >> > GNU/Linux > >> > > >> > > >> > > >> > Of course, i've tuned the machine up > >> > > >> > ulimit -c unlimited > >> > ulimit -d unlimited > >> > ulimit -f unlimited > >> > ulimit -i unlimited > >> > ulimit -n 999999 > >> > ulimit -q unlimited > >> > ulimit -u unlimited > >> > ulimit -v unlimited > >> > ulimit -x unlimited > >> > ulimit -s 240 > >> > ulimit -l unlimited > >> > ulimit -a > >> > > >> > > >> > Started FS with minimum modules but still 40 CPS seems to be the > limit. > >> > > >> > > >> > So, is there any way to improve performance? > >> > > >> > > >> > Tihomir. > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > _______________________________________________ > >> > 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 > > > > > > _______________________________________________ > > 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 >
_______________________________________________ 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
