Replies: 2 comments 3 replies
-
Hi @Ahmed310 thanks for your post. Is clumsy actually doing a ping or introducing delay? It appears to be the latter. If so, I'd want to better understand how the apps sending and receiving messages are built. Are the send operations happening in parallel? Is there some kind of back-and-forth, i.e. a send-and-wait behavior? From the image it's clearly problematic that counts are dropping so dramatically. I imagine "count" is number of messages received/handled? Looks like it drops to 1-2 per second when 50ms of lag is introduced (in your case, 100ms total, 50ms in, 50ms out). |
Beta Was this translation helpful? Give feedback.
-
not sure how clumsy works but here is the link [ http://jagt.github.io/clumsy/index.html ]
Question: Is Nagle algorithm is disabled in WatsonTcp ? if not is there a way to disable it ( https://docs.microsoft.com/en-us/dotnet/api/system.net.sockets.socket.nodelay?view=net-6.0 ) |
Beta Was this translation helpful? Give feedback.
-
Not related to WatsopTcp specifically, It is happening to other websockets library as well.
While running app on real server or when I emulate ping on local machine message arrives at very slow paces even at 100ms ping. My question is am is missing something or do I need to disable Nagle or something like that.
In case of UDP ping caused packets to arrived at same speed but overall packets are delayed by ping Whereas in TCP each message is arriving at slow pace as seen in video below
Beta Was this translation helpful? Give feedback.
All reactions