[Asterisk-Users] I guess my server capacity is ok

Lachek Butalek lachek at gmail.com
Tue May 30 07:10:21 MST 2006


What process is taking up 100% CPU? Is it Asterisk processes or
something else? Also, is the load spread out over multiple processes,
or do you have one or two processes taking up 90% or more of your
total?

You also have dual CPUs (and hyperthreading, which to FC3 should look
like 4 CPUs if I'm not mistaken) - is the 100% CPU usage across all
two (or four) processors, or is it only CPU1 that peaks at 100%? Have
a look at "Last Used CPU" in top. What load are the other CPUs at?

I don't have personal experience running that large of an
installation, but I imagine your system specs would allow you to
handle more simultaneous calls than 50, even though you're doing some
transcoding.

On 5/30/06, Goke Aruna <goksie at gmail.com> wrote:
> can someone overthere help?
>
> the server specs are as follows
>  HP DL380G4 Dual Intel Xeon 3.2GHz processor with 4GB RAM,
>  running fedora core 3
>  asterisk-1.2.5
>  ss7-0.8.3d.
>  using sip as advised to receive calls from another gateway in US.
>  using g729 in transcoding way.
>
>  however, I noticed the call hit the 51 active calls which is 102channels, I
> run "top" to check the system resources usage and i discovered that the cpu
> is 100% used. asterisk, sip, ss7  never crashed throughout.
>
>  however, since transcoding takes alot of system resources.. how can I use
> g729 in passthru mode.
>
>  and I guess disabling hyperthreading will save me more system resouces.
>
>  I will be glad, if you can give me more info on system management cos i
> think with that system, it should able to handle at least five E1's.
>
> I say thank you for finding time to reply my mail.
>
>  goksie
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> Asterisk-Users mailing list
> To UNSUBSCRIBE or update options visit:
>
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>



More information about the asterisk-users mailing list