Difference between revisions of "Softswitch performance"
From Kolmisoft Wiki
Jump to navigationJump to search
Line 1: | Line 1: | ||
== Number of simultaneous calls is limited [[only]] by the capabilities of your machine. == | |||
It is important to note that simultaneous calls depends only on hardware you are using. | It is important to note that simultaneous calls depends only on hardware you are using. | ||
Revision as of 10:33, 16 May 2009
Number of simultaneous calls is limited only by the capabilities of your machine.
It is important to note that simultaneous calls depends only on hardware you are using.
2009.02.10 231 sim. calls alaw-g729 reencoding
- alaw2g729 stress test 231 calls
2009.02.10 645 sim. calls SIP pass-through
- SIP pass-through test 645 calls
2009.02.10 597 sim. calls SIP -> H323
- SIP2H323 pass-through test 597 calls
2009.02.07 550 sim. calls H323 pass-through
- H323 pass-through test 550 calls
2008.03.01 1575 simultaneous calls (2049 channels)
- 2 x Quad-Core Xeon 5300 "clovertown"
- 4 Gb RAM
- Debian 4.0
- 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux
- Asterisk 1.4.15
- canreinvite=no*
- ~15% calls with transcoding (~85% calls no transcoding)
- CPU busy 83% (17% idle)
- Comments:
- why channels/2 != calls?
- because not all of them was connected
- and when the system is loaded the channels stats update slow
- in that day we got to almost 3500 cc
- when you have a lot of invites, the system get very slow
- we got to 220 setup calls per second
- and the system was very havy
- in that load, your app was very good, however mysql become the bottlenack
- so i had to tweak it a little bit, but we already talked about it.
- with your app, from the time we installed, we already did more then 30M minutes.
- this setup can handle around 4k cc easly with no high rate cs per second
2008.02.18 906 simultaneous calls (1801 channels)
- 2 x Quad-Core Xeon 5300 "clovertown"
- 4 Gb RAM
- Debian 4.0
- 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux
- Asterisk 1.4.15
- canreinvite=no*
- ~15% calls with transcoding (~85% calls no transcoding)
- CPU busy 58% (42% idle)
2008.05.10 834 simultaneous calls
- Debian Etch
uname -a Linux cl-t041-080cl 2.6.18-6-686-bigmem #1 SMP Sun Feb 10 22:21:07 UTC 2008 i686 GNU/Linux
cat /proc/cpuinfo 8 x Intel(R) Xeon(R) CPU E5405 @ 2.00GHz cpu MHz : 2000.190 cache size : 6144 KB
cat /proc/meminfo MemTotal: 6229536 kB
asterisk -vvvvR Asterisk 1.4.18.1, Copyright (C) 1999 - 2008 Digium, Inc. and others.
module show like mor app_mor.so MOR Billing Solution v0.6.0 0
2008.01.17 637 simultaneous calls (1274 channels)
- 2 x Quad-Core Xeon 5300 "clovertown"
- 4 Gb RAM
- Debian 4.0
- 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux
- Asterisk 1.4.15
- canreinvite=no*
- no transcoding
- CPU busy 10% (90% idle)
2008.01.17 608 simultaneous calls (1215 channels)
- 2 x Quad-Core Xeon 5300 "clovertown"
- 4 Gb RAM
- Debian 4.0
- 2.6.18-5-amd64 #1 SMP Tue Oct 2 20:37:02 UTC 2007 x86_64 GNU/Linux
- Asterisk 1.4.15
- canreinvite=no*
- CPU busy 6.7% (93.3% idle) no transcoding
- CPU 30-35% with transcoding
- canreinvite=yes means that voice traffic goes from client to provider directly bypassing MOR system