Skip to content

Commit 0c433be

Browse files
committed
fix(run-engine): base-queue gauges reuse the shared total-limit read
The remaining gauge plumbing for the base scripts rides at this level because the shared total-limit memo was introduced here.
1 parent fea77cc commit 0c433be

1 file changed

Lines changed: 0 additions & 9 deletions

File tree

  • internal-packages/run-engine/src/run-queue

‎internal-packages/run-engine/src/run-queue/index.ts‎

Lines changed: 0 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -207,15 +207,6 @@ const QUEUE_METRICS_CK_GAUGE_EXTRAS = {
207207
ckMaxWaitMs: "__ckwait",
208208
};
209209

210-
// Total-concurrency tail (gauge[10]/gauge[11]): live group cardinality + raw stored cap.
211-
// Requires the groupConcurrencyKey local and the __totalLimitRaw memo (one GET shared with
212-
// the total-cap gate); the CK scripts that run this (the Tracked variants and the CK
213-
// dequeue) declare both. The group SCARD stays a fresh read: it must be post-admission.
214-
const QUEUE_METRICS_TOTAL_GAUGE_EXTRAS = {
215-
totalRunning: "redis.call('SCARD', groupConcurrencyKey)",
216-
totalLimit: "__totalLimitRaw() or '0'",
217-
};
218-
219210
// CK enqueue variants of the two gauges above, extended with the CK-health tail.
220211
const QUEUE_METRICS_CK_ENQUEUE_GAUGE_LUA = createMetricsGaugeComputeLua({
221212
enabledArg: "ARGV[#ARGV] == '1'",

0 commit comments

Comments
 (0)