ConcurrencyLimiter: a waiter cancelled during a release can leave a free permit that a queued request never gets
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 55/100
Direzione di ricerca
Start with ConcurrencyLimiter and its queue-processing and cancellation paths; the issue provides a self-contained reproduction using OldestFirst. Run the reproduction or add a focused regression test for the cancellation, release, and new-acquire interleaving. Done when the queued request receives the free permit and the regression test passes.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
With QueueProcessingOrder.OldestFirst, a ConcurrencyLimiter can end up with a free permit and a queued request that never gets it. No lease is held, so no Release ever comes to hand the permit out. The queued request waits until its own token is cancelled, and AttemptAcquire is refused while it waits.
It happens when three things coincide: a queued waiter's token is cancelled, the permit holder releases, and a new AcquireAsync arrives.
Reproduction Steps
using System.Diagnostics;
using System.Threading.RateLimiting;
// One permit, queue of 2, oldest first. Each round: A holds the permit and B waits with a token.
// Then, at the same moment, B's token is cancelled, A releases, and C calls AcquireAsync. However
// those three interleave, C should end up holding the permit, since nothing else does.
var budget = Stopwatch.StartNew();
for (var round = 1; budget.Elapsed < TimeSpan.FromMinutes(2); round++)
{
var limiter = new ConcurrencyLimiter(new ConcurrencyLimiterOptions
{
PermitLimit = 1,
QueueLimit = 2,
QueueProcessingOrder = QueueProcessingOrder.OldestFirst,
});
var a = limiter.AttemptAcquire();
using var cts = new CancellationTokenSource();
var b = limiter.AcquireAsync(1, cts.Token).AsTask();
using var start = new Barrier(3);
Task<RateLimitLease>? c = null;
await Task.WhenAll(
Task.Run(() => { start.SignalAndWait(); cts.Cancel(); }),
Task.Run(() => { start.SignalAndWait(); a.Dispose(); }),
Task.Run(() => { start.SignalAndWait(); c = limiter.AcquireAsync(1).AsTask(); }));
try { (await b).Dispose(); } catch (OperationCanceledException) { }
if (await Task.WhenAny(c!, Task.Delay(TimeSpan.FromSeconds(1))) != c)
{
var stats = limiter.GetStatistics()!;
Console.WriteLine($"Round {round}: C still waiting after 1 s, with nothing holding a permit.");
Console.WriteLine($" CurrentAvailablePermits = {stats.CurrentAvailablePermits}, CurrentQueuedCount = {stats.CurrentQueuedCount}");
Console.WriteLine($" A new AttemptAcquire is granted: {limiter.AttemptAcquire().IsAcquired}");
return 1;
}
(await c!).Dispose();
}
Console.WriteLine("No stall within 2 minutes.");
return 0;
Output:
Round 17524: C still waiting after 1 s, with nothing holding a permit.
CurrentAvailablePermits = 1, CurrentQueuedCount = 1
A new AttemptAcquire is granted: False
Expected behavior
C is granted the permit, since nothing else holds it.
Actual behavior
The permit stays available and C stays queued until its own token is cancelled. With steady traffic, each new request queues behind the free permit and times out, so the limiter grants nothing until no request is queued.
Regression?
No response
Known Workarounds
No response
Configuration
Windows 11 x64
Repro'd on both .NET 11 and 10
Other information
No response
- Lingua principale
- C#
- Stelle
- 18.4k
- Fork
- 5.8k
- Merge medio
- 2g 15h
- PR unite (30g)
- 620
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di dotnet/runtime
-
[wasi] .NET 10: WasmEnableSIMD with AOT fails because WasiApp.targets has -msimd128 commented outApertaarea-Build-mono untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
area-System.ComponentModel untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
dotnet/runtime#136608 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
area-System.IO bug untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
dotnet/runtime#136599 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
area-System.IO untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
dotnet/runtime#136577 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[mono] Native memory leak on the first invoke of every open-instance delegate to a virtual methodApertaarea-VM-meta-mono untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
dotnet/runtime#136284 · 6 reazioni ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di dotnet/runtime
Issue simili
-
bug evaluation required
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
MaterialDesignInXAML/MaterialDesignInXamlToolkit#4118 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
[Format]: .dartApertaformats
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
KnifeLemon/Filee#980 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno