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
The combined limit only applies to runs triggered with a `concurrencyKey`; runs without a key are governed by `concurrencyLimit` alone. On the Queues page in the dashboard, a queue with a combined limit shows it in brackets next to the per-key limit, e.g. `1 (10)`.
177
177
178
-
<Note>
179
-
If you self-host, combined limits are enforced by default and can be disabled with
180
-
`RUN_ENGINE_TOTAL_CONCURRENCY_LIMITS_ENABLED=0`. When enforcement is disabled the limit is
181
-
still accepted, stored, and shown, but runs are not held back by it.
182
-
</Note>
183
-
184
-
## Holding slots in more than one queue (queue gates)
178
+
## Using multiple queues at once
185
179
186
180
Sometimes one limit isn't enough: each tenant's webhook processing should be capped, but the tenant should also have a global cap across every task they run. Queue gates let a run hold a concurrency slot in more than one queue at once.
A run starts only when its home queue and every gate all have capacity, and it releases all of its slots together when it finishes or suspends.
238
232
239
-
<Note>
240
-
Queue gates are enforced when the server has them enabled. If you self-host, set
241
-
`RUN_ENGINE_QUEUE_GATES_ENABLED=1`; servers without gates enabled accept the option but run
242
-
without it.
243
-
</Note>
244
-
245
233
## Concurrency and subtasks
246
234
247
235
When you trigger a task that has subtasks, the subtasks will not inherit the queue from the parent task. Unless otherwise specified, subtasks will run on their own queue
0 commit comments