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
With backlog of 2048 and limit-concurrency of 20 we're seeing Exceeded concurrency limit errors pop up way before the backlog should be filled.
My assumption would be that if all tasks are running, the connections get queued (up to backlog limit) and then get routed to the workers.
However, that does not seem to be the case (though I don't have metrics on this, at this point it's just an assumption). Looking at the code, the if-block that generates the Exceeded concurrency limit does not seem to consider backlog at all?
Am I misunderstanding something, how can I get connections first queued, then routed to available workers/tasks as they free up?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
With
backlog
of 2048 andlimit-concurrency
of 20 we're seeingExceeded concurrency limit
errors pop up way before the backlog should be filled.My assumption would be that if all tasks are running, the connections get queued (up to backlog limit) and then get routed to the workers.
However, that does not seem to be the case (though I don't have metrics on this, at this point it's just an assumption). Looking at the code, the if-block that generates the Exceeded concurrency limit does not seem to consider
backlog
at all?Am I misunderstanding something, how can I get connections first queued, then routed to available workers/tasks as they free up?
Beta Was this translation helpful? Give feedback.
All reactions