Hello,

Can you check with netstat the recv and send queues for the sockets used in this communication? If the recv queu for receiving up is big, then it cannot handle the traffic fast enough.

Cheers,
Daniel


On 28.06.17 21:58, Diego Nadares wrote:
Sorry, maybe this log clarifies what I meant:

These are the messages that my client read. It's connected to 127.0.0.1 to kamailio evapi.

2017-06-27 19:29:50,313 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,401 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,444 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,456 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,521 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,565 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,604 - routing - INFO - netstrings in message 2
2017-06-27 19:29:50,649 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,687 - routing - INFO - netstrings in message 2
2017-06-27 19:29:50,730 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,857 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,896 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,921 - routing - INFO - netstrings in message 1
2017-06-27 19:29:50,929 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,029 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,180 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,235 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,279 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,337 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,380 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,491 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,521 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,630 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,706 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,787 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,893 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,917 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,929 - routing - INFO - netstrings in message 1
2017-06-27 19:29:51,970 - routing - INFO - netstrings in message 2
2017-06-27 19:29:52,016 - routing - INFO - netstrings in message 1
2017-06-27 19:29:52,345 - routing - INFO - netstrings in message 1
2017-06-27 19:29:52,363 - routing - INFO - netstrings in message 1
2017-06-27 19:29:52,553 - routing - INFO - netstrings in message 1
2017-06-27 19:29:52,592 - routing - INFO - netstrings in message 1
2017-06-27 19:29:52,605 - routing - INFO - netstrings in message 1
2017-06-27 19:29:52,766 - routing - INFO - netstrings in message 1
2017-06-27 19:29:53,002 - routing - INFO - netstrings in message 5
2017-06-27 19:29:53,226 - routing - INFO - netstrings in message 4
2017-06-27 19:29:54,716 - routing - INFO - netstrings in message 15
2017-06-27 19:29:56,260 - routing - INFO - netstrings in message 30
2017-06-27 19:29:59,183 - routing - INFO - netstrings in message 52
2017-06-27 19:30:04,104 - routing - INFO - netstrings in message 77
2017-06-27 19:30:12,158 - routing - INFO - netstrings in message 128
2017-06-27 19:30:24,277 - routing - INFO - netstrings in message 180
2017-06-27 19:30:42,990 - routing - INFO - netstrings in message 327
2017-06-27 19:31:20,273 - routing - INFO - netstrings in message 645

I hope this answer your question.

Cheers,

Diego


2017-06-28 12:04 GMT-03:00 Alex Balashov <abalashov@evaristesys.com>:
On Wed, Jun 28, 2017 at 11:59:31AM -0300, Diego Nadares wrote:

> It's weird. When sends 1 or 2 net strings per message I see that my client
> receives ~18 messages per second. When starts to grow the amount of
> netstrings the messages received decrease to 1 per second and fewer.

Do you mean that the objective rate at which the client receives the
messages decreases, or that a very large amount of them end up buffered
into a smaller number of packets, with the same effective throughput?

-- Alex

--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users



_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - www.asipto.com
Kamailio World Conference - www.kamailioworld.com