-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
CAR Team 2025-10-27, CAR Team 2025-11-10, CAR Team 2025-11-24
-
200
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Currently, we have only one implementation of the TicketingSystem that always reports statistics for both the normal-priority and low-priority pools, and these statistics are cumulative. Here is an example from serverStatus:
queues:
execution:
read:
out: 0, <- this
available: 100, <- this
totalTickets: 100, <- this
exempt: { ... }
lowPriority: {
out: 0,
available: 30,
totalTickets: 30,
{ ... }
},
normalPriority: {
out: 0,
available: 70,
totalTickets: 70,
{ ... }
},
{ ... }
Reporting the cumulative statistics of low-priority and normal-priority tickets is correct when prioritization is being used. However, it can be misleading when prioritization is not enabled.
It is still beneficial to report statistics from the low-priority pool when prioritization is disabled because the user may change the algorithm at runtime.
The purpose of this ticket is to ensure the cumulative sum is calculated ONLY if the prioritization is enabled and the out, available, and totalTickets values are also reported within the respective normalPriority and lowPriority objects.
- depends on
-
SERVER-111322 Dynamically change between execution control algorithms (single to double pool and viceversa)
-
- Closed
-
- related to
-
SERVER-112946 Evaluate showing low priority stats if there are ops waiting or running
-
- Closed
-