mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-11-27 13:53:31 +01:00
a13d7bd5e9
This dequeue path has been through a few revisions by now, first limiting us to a fixed number per event loop callback, then an additional limit based on a token bucket, then the current version which has only the token bucket. The thinking behing processing multiple requests per callback was to optimize our usage of libevent, but in effect this creates a prioritization problem. I think even a small fixed limit would be less reliable than just backing out this optimization and always allowing other callbacks to interrupt us in-between dequeues. With this patch I'm seeing much smoother queueing behavior when I add artificial delays to the main thread in testing. Signed-off-by: Micah Elizabeth Scott <beth@torproject.org> |
||
|---|---|---|
| .. | ||
| app | ||
| config | ||
| core | ||
| ext | ||
| feature | ||
| lib | ||
| test | ||
| tools | ||
| trunnel | ||
| arch_goals.md | ||
| include.am | ||
| mainpage.md | ||