-
Type: Task
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
Catalog and Routing
-
CAR Team 2024-06-10, CAR Team 2024-06-24, CAR Team 2024-07-08, CAR Team 2024-07-22, CAR Team 2024-08-05, CAR Team 2024-08-19, CAR Team 2024-09-02, CAR Team 2024-09-16, CAR Team 2024-09-30, CAR Team 2024-10-14, CAR Team 2024-10-28, CAR Team 2024-11-11, CAR Team 2024-11-25, CAR Team 2024-12-23, CAR Team 2025-01-06
-
2
The CollectionShardingRuntime and DatabaseShardingState types use ResourceMutex to protect their internal in-memory state. This requires significant use of the UninterruptibleLockGuard, as these locks must be acquired even in interrupted contexts to repair in-memory data structure state before an operation concludes.
We can get rid of UninterruptibleLockGuard usage in these types if we replace the use of the interruptible ResourceMutex. We can either use the new WriteRarelyMutex or the proposed RWMutex to replace this usage, or if the current behavior of ResourceMutex is otherwise preferred, simply add an uninterruptible resource-mutex type to the lock manager. This is preferrable to the use of the existing ULG because it prevents the proliferation of it's usage and the accidental use of the ULG for taking hierarchical/database locks.
In this ticket, lets pick a replacement suitable for CSR and DSS, and then remove the usages of UninterruptibleLockGuard.
- is depended on by
-
SERVER-68868 Remove all instances of UninterruptibleLockGuard
- Blocked