You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Imagine application that run some query then sleep for 60 seconds then again run query, sleep for 60 sec and so on.
If there are no other connections, or if this is ClassicServer - there could happen a race condition when last (only) worker
thread in network listener exits due to idle timeout (60 sec) and new request is arrived at the same time and left not
processed in queue.
In the case of SS\SC any new request from the other connection will "awake" network server and that request will be
processed, but in the case of CS this is impossible and connection will hung.
The bug is at the thread pool of network listener and can't happen for XNET and WNET protocols which not uses thread pool.
Submitted by: @hvlad
Imagine application that run some query then sleep for 60 seconds then again run query, sleep for 60 sec and so on.
If there are no other connections, or if this is ClassicServer - there could happen a race condition when last (only) worker
thread in network listener exits due to idle timeout (60 sec) and new request is arrived at the same time and left not
processed in queue.
In the case of SS\SC any new request from the other connection will "awake" network server and that request will be
processed, but in the case of CS this is impossible and connection will hung.
The bug is at the thread pool of network listener and can't happen for XNET and WNET protocols which not uses thread pool.
Commits: 7efe280 17bc672
The text was updated successfully, but these errors were encountered: