[SERVER-75195] Holistic policy for which resources should and shouldn't abide by max lock timeout Created: 23/Mar/23  Updated: 28/Mar/23

Status: Backlog
Project: Core Server
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major - P3
Reporter: Gregory Noma Assignee: Backlog - Storage Execution Team
Resolution: Unresolved Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
related to SERVER-74959 Do not apply max lock timeout to tick... Closed
Assigned Teams:
Storage Execution
Participants:

 Description   

A Locker allows setting a max lock timeout which will cause lock acquisitions on that Locker to use the specified timeout or shorter. Until SERVER-74959, this max timeout applied to all resources including tickets; after SERVER-74959, it applies to all locks but it does not apply to tickets. This max lock timeout functionality is specifically useful for preventing deadlocks on resources that are acquired in an indeterminate order. However, certain resources are always acquired in a determinate order and thus should not need to abide by such a timeout. For instance, all locks under RESOURCE_GLOBAL and RESOURCE_MUTEX fall under this category. Thus we should consider defining a holistic policy for abiding by or ignoring the Locker's max lock timeout.


Generated at Thu Feb 08 06:29:34 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.