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(a)evaristesys.com
<mailto: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 <tel:%2B1-706-510-6800> / +1-800-250-5920
<tel:%2B1-800-250-5920> (toll-free)
Web:
http://www.evaristesys.com/,
http://www.csrpswitch.com/
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
<https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users