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
PR #15758 could cause the following query to run a very long time(e.g. 10s).
During the major time of 10s, the execution has no await point.
select true and true and true and true and true and true and true and true and true and true and true and true and true and true and true and true and true and true and true and true and true and true and true;
During the above SQL execution period, the frontend node fails to accept a new connection which is unexpected, because we use a multi-thread tokio run time. I suspected that the tokio runtime fails to steal work from one thread to another in this case, because after using an additional runtime to run listener.accept, the new connection could be accepted timely.
Error message/log
No response
To Reproduce
No response
Expected behavior
No response
How did you deploy RisingWave?
No response
The version of RisingWave
No response
Additional context
No response
The text was updated successfully, but these errors were encountered:
Describe the bug
PR #15758 could cause the following query to run a very long time(e.g. 10s).
During the major time of 10s, the execution has no await point.
During the above SQL execution period, the frontend node fails to accept a new connection which is unexpected, because we use a multi-thread tokio run time. I suspected that the tokio runtime fails to steal work from one thread to another in this case, because after using an additional runtime to run
listener.accept
, the new connection could be accepted timely.Error message/log
No response
To Reproduce
No response
Expected behavior
No response
How did you deploy RisingWave?
No response
The version of RisingWave
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: