[Serusers] Server dimensioning

Miklos Tirpak miklos at iptel.org
Thu Jun 25 10:00:42 CEST 2009


Hi,

I think in most of the cases it is worth increasing the number of child 
processes. A child process is blocked during the SIP msg processing, and 
if there is any problem the blocking can take a lot of time, for example 
the processes can be blocked because of a not responding DNS server. 
When this happens SER cannot handle new incoming messages if there is no 
more child process available. Btw, even if there is still a child 
process available, if the new msg requires a DNS query again then there 
is not too much difference. But if the new msg is routed without being 
blocked again then it will be successfully handled by SER while the 
other messages are waiting for the response of the DNS server. (I think 
it is also worth setting the timeout of the DNS query (and other 
external queries) to a low value.)
And it is always good to increase the the number of processes when the 
limit is not the CPU but SER waits for some external source too much, 
for example lots of database queries to another server. -- SER can start 
processing the new messages at least while the previous ones are still 
waiting for the database result.

The memory usage is not increased too much by the number of processes 
because of the copy-on-write strategy of the OS. The number of file 
descriptors needed is increased, and each child process keeps a separate 
DB connection to the server. So you may have to increase the limits. 
Also keep in mind that when the number of processes is too high and they 
simultaneously try to access some shared resource that involves locking 
then the risk of contention is also high.

So in general, it is better to test it by yourself because the 
performance heavily depends on your configuration and the servers SER 
tries to access during the msg routing. Include the failure cases in 
your tests to find the optimum number of processes.

Regards,
Miklos

On 06/24/2009 02:45 PM, inge wrote:
> Hi all,
> 
> I wonder about the "child" parameter in ser.cfg.
> 
> What's the average processing capacity (number of requets/process) ?
> 
> Currently, the parameter is set to 4, the default value. What's the risk
> of the increase ?
> 
> SER runs on RedHat AS4 with Intel Xeon Quad 3.0 Ghz.
> 
> Thanks for your support.
> 
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers



More information about the sr-users mailing list