Jira

Jira https://jira.astppbilling.org This file is an XML representation of an issue en-us

8.13.3

813003

14-01-2021

[ASTPPCOM-198] ANY ONE CAN TELL US WHY ASTPP CAN NOT HANDLE MORE THEN 200 CALLS!!! https://jira.astppbilling.org/browse/ASTPPCOM-198 ASTPP Community ASTPPCOM-198

ANY ONE CAN TELL US WHY ASTPP CAN NOT HANDLE MORE THEN 200 CALLS!!!

Task Done Done Unassigned RAYED BEN SALEM Tue, 25 Apr 2017 22:00:03 +0530 Mon, 11 Sep 2017 10:35:05 +0530 Mon, 11 Sep 2017 10:35:05 +0530 0 0 Well probably it could be your server specification or something else. I am having ASTPP installed on one of my server and its having more than 200 calls running. At the moment: <h1><a name="fsclipabcx%27showcallscount%27"></a>fs_cli -p abc -x 'show calls count'</h1> 256 total. thank you very much for you response! i have 8 core * 1.4Ghz CPU and 16 Go Ram at nearly 150 cc the load become huge 90% !!! what can be responsible for this! plz? when i made htop i see freeswitch deamon use all ressources! please can you help me Le 26 avr. 2017 14:45, "Darren Russo" <notifications@github.com> a écrit : > Well probably it could be your server specification or something else. > I am having ASTPP installed on one of my server and its having more than > 200 calls running. > > At the moment: > fs_cli -p abc -x 'show calls count' > > 256 total. > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub > <<a href="https://github.com/iNextrix/ASTPP/issues/198#issuecomment-297413212" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/iNextrix/ASTPP/issues/198#issuecomment-297413212</a>>, or mute > the thread > <<a href="https://github.com/notifications/unsubscribe-auth/Aaj-K-f9fgnElrNdJj-w9PukFJGCd1g3ks5rz0psgaJpZM4NHvQQ" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/notifications/unsubscribe-auth/Aaj-K-f9fgnElrNdJj-w9PukFJGCd1g3ks5rz0psgaJpZM4NHvQQ</a>> > . > I have 8 core, 3.60 Ghz CPU and 16 GB RAM. Here is log of top of my server: top - 17:05:06 up 15 days, 23:47, 2 users, load average: 1.89, 1.26, 0.94 Tasks: 223 total, 2 running, 221 sleeping, 0 stopped, 0 zombie %Cpu(s): 5.0 us, 1.2 sy, 0.0 ni, 92.7 id, 1.1 wa, 0.0 hi, 0.1 si, 0.0 st KiB Mem : 16172044 total, 1406616 free, 5542544 used, 9222884 buff/cache KiB Swap: 3905532 total, 2506096 free, 1399436 used. 10125012 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 11319 root -2 -10 5259276 1.179g 6124 S 30.8 7.6 9930:30 freeswitch 28909 mysql 20 0 8563412 3.602g 6292 S 3.5 23.4 792:51.26 mysqld 17 root 20 0 0 0 0 S 0.7 0.0 81:38.73 rcu_sched 18 root 20 0 0 0 0 S 0.7 0.0 29:00.78 rcuos/0 514 root 20 0 157684 2316 1544 R 0.7 0.0 0:00.07 top 550 zabbix 20 0 82716 1428 1300 S 0.7 0.0 5:29.21 zabbix_agentd 553 apache 20 0 387640 10920 4040 S 0.7 0.1 1:20.23 php-fpm 10117 apache 20 0 387016 10256 4040 S 0.7 0.1 1:19.05 php-fpm 10144 apache 20 0 387640 11000 4060 S 0.7 0.1 1:19.25 php-fpm 11635 apache 20 0 387896 11100 4032 S 0.7 0.1 1:19.51 php-fpm 11810 apache 20 0 387900 11192 4056 S 0.7 0.1 1:19.51 php-fpm 1 root 20 0 228396 41836 1960 S 0.0 0.3 4:02.64 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.26 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:20.60 ksoftirqd/0 5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H 7 root rt 0 0 0 0 S 0.0 0.0 0:01.39 migration/0 8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh 9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/0 10 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/1 11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/2 12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/3 13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/4 14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/5 15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/6 16 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/7 Well i am not sure what it could be in your case. But i do believe when number of CPS increase that time CPU goes high and then it comes back to normal condition. thank you very much, any suggestion for limiting Cps? Le 26 avr. 2017 15:13, "Darren Russo" <notifications@github.com> a écrit : > I have 8 core, 3.60 Ghz CPU and 16 GB RAM. > > Here is log of top of my server: > > top - 17:05:06 up 15 days, 23:47, 2 users, load average: 1.89, 1.26, 0.94 > Tasks: 223 total, 2 running, 221 sleeping, 0 stopped, 0 zombie > %Cpu(s): 5.0 us, 1.2 sy, 0.0 ni, 92.7 id, 1.1 wa, 0.0 hi, 0.1 si, 0.0 st > KiB Mem : 16172044 total, 1406616 free, 5542544 used, 9222884 buff/cache > KiB Swap: 3905532 total, 2506096 free, 1399436 used. 10125012 avail Mem > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 11319 root -2 -10 5259276 1.179g 6124 S 30.8 7.6 9930:30 freeswitch > 28909 mysql 20 0 8563412 3.602g 6292 S 3.5 23.4 792:51.26 mysqld > 17 root 20 0 0 0 0 S 0.7 0.0 81:38.73 rcu_sched > 18 root 20 0 0 0 0 S 0.7 0.0 29:00.78 rcuos/0 > 514 root 20 0 157684 2316 1544 R 0.7 0.0 0:00.07 top > 550 zabbix 20 0 82716 1428 1300 S 0.7 0.0 5:29.21 zabbix_agentd > 553 apache 20 0 387640 10920 4040 S 0.7 0.1 1:20.23 php-fpm > 10117 apache 20 0 387016 10256 4040 S 0.7 0.1 1:19.05 php-fpm > 10144 apache 20 0 387640 11000 4060 S 0.7 0.1 1:19.25 php-fpm > 11635 apache 20 0 387896 11100 4032 S 0.7 0.1 1:19.51 php-fpm > 11810 apache 20 0 387900 11192 4056 S 0.7 0.1 1:19.51 php-fpm > 1 root 20 0 228396 41836 1960 S 0.0 0.3 4:02.64 systemd > 2 root 20 0 0 0 0 S 0.0 0.0 0:00.26 kthreadd > 3 root 20 0 0 0 0 S 0.0 0.0 0:20.60 ksoftirqd/0 > 5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H > 7 root rt 0 0 0 0 S 0.0 0.0 0:01.39 migration/0 > 8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh > 9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/0 > 10 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/1 > 11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/2 > 12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/3 > 13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/4 > 14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/5 > 15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/6 > 16 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/7 > > Well i am not sure what it could be in your case. But i do believe when > number of CPS increase that time CPU goes high and then it comes back to > normal condition. > > — > You are receiving this because you authored the thread. > Reply to this email directly, view it on GitHub > <<a href="https://github.com/iNextrix/ASTPP/issues/198#issuecomment-297421573" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/iNextrix/ASTPP/issues/198#issuecomment-297421573</a>>, or mute > the thread > <<a href="https://github.com/notifications/unsubscribe-auth/Aaj-KyebAWnoVC3HtgMNfL5O9yQ8pHOkks5rz1EXgaJpZM4NHvQQ" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/notifications/unsubscribe-auth/Aaj-KyebAWnoVC3HtgMNfL5O9yQ8pHOkks5rz1EXgaJpZM4NHvQQ</a>> > . > I manage to get over 1000 calls running on a VM. I simply added this to my SIP_Profile and my CPU utilisation shot down. bypass_media = true [~kierandavies] Sorry but this config is done from the begaining for me: but even with bypass_media mode, it is nor possible to handle this number off calls with a real server!!!!! did you do anything else?? thank you <a href="https://jira.astppbilling.org/secure/ViewProfile.jspa?name=rayedbs" class="user-hover" rel="rayedbs">RAYED BEN SALEM</a> Did you check which processes are taking more load on your server when you reach 200 CC? Barring any other problem, the typical culprit is audio transcoding. With your specs, you SHOULD be able to handle more than 200 concurrent calls, but toss in transcoding and well things start to heat up. Try to stick with 1 codec across the board - if you can. As for bypass_media, you can read more at <a href="https://wiki.freeswitch.org/wiki/Bypass_Media" class="external-link" target="_blank" rel="nofollow noopener">https://wiki.freeswitch.org/wiki/Bypass_Media</a>. No further activity. Closing the issue. Development External issue ID 198 Rank 0|i009uv: