[OpenSIPS-Users] children

[Ionut Muntean]

Thanks Liviu.

On 12/17/2013 02:55 PM, Liviu Chircu wrote:
> Hello Ionut,
>
> I would consider increasing the UDP buffers first. Here are the 
> default sizes in the 3.2 kernel:
>
> /liviu at Workstation:~$ cat /proc/sys/net/ipv4/udp_wmem_*//
> 4096
> ///liviu at Workstation:~$ /cat /proc/sys/net/ipv4/udp_rmem_*/
> /4096/
>
> If you see they are still getting full after setting them to 16MB, for 
> example, then you need extra workforce from OpenSIPS.
>
> Best regards,
> Liviu Chircu
> OpenSIPS Developer
> http://www.opensips-solutions.com
> On 12/17/2013 02:45 PM, Ionut Muntean wrote:
>> 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
>>
>>
>>
>> _______________________________________________
>> 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/d8914ff6/attachment.htm>