[OpenSIPS-Users] children

[Ionut Muntean]

Hi,

So if /Send-Q/ and /Recv-Q /are above 0 for say, half a second, that 
means that the buffers are getting constantly full and there is need for 
more opensips children?

BR,
Ionut

On 12/17/2013 02:42 PM, Miha wrote:
> tnx!
>
> see now it is 0.
>
> br,
> miha
>
> Dne 12/17/2013 1:40 PM, pis(e Liviu Chircu:
>> You don't see the /Send-Q/ and /Recv-Q/ columns?
>>
>> liviu at Workstation:~$ netstat --version
>> net-tools 1.60
>> netstat 1.42 (2001-04-15)
>> Liviu Chircu
>> OpenSIPS Developer
>> http://www.opensips-solutions.com
>> On 12/17/2013 02:26 PM, Miha wrote:
>>> Liviu,
>>>
>>> just one thing. How can I monitor opensips buffers to see if they 
>>> are getting full?
>>>
>>> whith /watch -n0.1 'netstat -ulnp /I can see on which port and 
>>> protocil opensips is listening.
>>>
>>> tnx!
>>>
>>> miha
>>> Dne 12/17/2013 12:48 PM, pis(e Liviu Chircu:
>>>> You could monitor the UDP receive queue on your interfaces with:
>>>>
>>>> /watch -n0.1 'netstat -ulnp'/
>>>>
>>>> If you constantly see your OpenSIPS listening interface buffers 
>>>> getting full, then you need more than 8 SIP workers.
>>>>
>>>> Best regards,
>>>> Liviu Chircu
>>>> OpenSIPS Developer
>>>> http://www.opensips-solutions.com
>>>> On 12/17/2013 12:56 PM, Miha wrote:
>>>>> Liviu,
>>>>>
>>>>> tnx I am using DB queries, exec commands (this happends only for 
>>>>> sending mail due to some abuse, very very rarely), enum lookup, 
>>>>> radius for accouting, load_balancing,... and CPU has 8 cors.
>>>>>
>>>>> I have set number of children to 8. Is there any way to determine 
>>>>> if this is ok or how will I know? Is it better to use 12?
>>>>>
>>>>> br,
>>>>> miha
>>>>>
>>>>>
>>>>> Dne 12/17/2013 11:37 AM, pis(e Liviu Chircu:
>>>>>> Hello,
>>>>>>
>>>>>> There is no simple answer, choosing the appropriate number of 
>>>>>> children is scenario-dependant.
>>>>>>
>>>>>> If, for example, you are not performing I/O operations (DB 
>>>>>> queries, exec commands, etc.), then the number of children should 
>>>>>> be dictated by the *number of cores* on your box.
>>>>>>
>>>>>> On the other side, when your SIP workers will perform lots of 
>>>>>> disk operations (which are slow), then you should use a lot more 
>>>>>> children than mentioned above. (e.g. 12, 16 or 20 children).
>>>>>>
>>>>>> Best regards,
>>>>>> Liviu Chircu
>>>>>> OpenSIPS Developer
>>>>>> http://www.opensips-solutions.com
>>>>>> On 12/17/2013 09:56 AM, Miha wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> how to dermine how many children do I need (default I have 4)?
>>>>>>> I did not find any appropriate explanation.
>>>>>>>
>>>>>>> tnx!
>>>>>>>
>>>>>>> miha
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Users mailing list
>>>>>>> Users at lists.opensips.org
>>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> Users at lists.opensips.org
>>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opensips.org
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20131217/63e779fb/attachment.htm>