-
Type:
Task
-
Resolution: Unresolved
-
Priority:
Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Catalog and Routing
-
Fully Compatible
-
CAR Team 2025-10-27, CAR Team 2025-11-10
-
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. However, reporting the sum of these statistics at a higher level can be misleading.
One option is to remove the cumulative sum and report only the out, available, and totalTickets values within the respective normalPriority or 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
-
- Open
-