-
Type:
Improvement
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Server Programmability
-
None
-
None
-
None
-
None
-
None
-
None
-
None
The current implementation uses futures and SharedPromise, and it makes a new future whenever a new cancelationToken is created. This design does not support listeners from unregistering themselves when they are no longer interested in the cancel event. Most common scenario is when the owner of the cancelToken finished its task. This causes long living services that owns a cancel source to accumulate listeners.
Some services have natural points where they can safely reset the cancel source, but some services like TransactionCoordinator can only safely reset them after a step down.
- is related to
-
SERVER-92236 Chunk migrations should use short lived cancellation sources
-
- Backlog
-
-
SERVER-103841 Memory leak in TransactionCoordinator associated to long-lived cancellation source
-
- Needs Scheduling
-