Replies: 4 comments 2 replies
-
Hi @a6874453 can you reproduce? If it's stuck in |
Beta Was this translation helpful? Give feedback.
-
Sorry I can't reproduce it, it was happened in random days and there were very few connections. I doubt if there are some random TCP clients (e.g. IP scanner) trying to connect and cause such problem. |
Beta Was this translation helpful? Give feedback.
-
Ok - well, if you catch it, and can reproduce it reliably, please let me know. This is the first I'm hearing of the issue. Thanks for letting me know. |
Beta Was this translation helpful? Give feedback.
-
I'm also encountering the same issue. I can't reproduce it reliably but it typically happens within hours of putting up a server. It's related to receiving connections from things like IP scanners, from non-watsonTCP framing packets. The documentation for NetworkStream.ReadAsync indicates that it can return zero bytes "if no more bytes are available because the peer socket performed a graceful shutdown". If that happens on the linked line, it will be stuck in that loop forever. This then compounds if it happens multiple times, quickly causing the server to be non-responsive. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
My WatsonTcp TCP Server (ver. 4.8.14) sometimes cost 100% cpu usage after running for several weeks.
So I have generated a dump from the program and monitor the high cpu usage thread.
There was no such problem with raw TcpListener until I changed it to WatsonTcp library.
I'm using .Net Framework 4.7.1 btw.
Beta Was this translation helpful? Give feedback.
All reactions