Softswitch performance
From Kolmisoft Wiki
Revision as of 10:18, 1 March 2008 by Admin (talk | contribs) (→2008.03.01 1575 simultaneous calls (2049 channels))
It is important to note that simultaneous calls depends only on hardware you are using.
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
- int 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.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