-
Type: Bug
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
Server Programmability
-
ALL
Our opLatencies (i.e. Top) tracking is done in the destructor of AutoStatsTracker.
This is problematic for several reasons:
- This excludes processing time that occurs before AutoStatsTracker is constructed and after it is destructed
- This is inconsistent with the latencies we report for slow queries and profiling
- This makes an extra call to read the clock, that would not be needed if we reported the Top stats in the same place we call completeAndLogOperation().
- Each command implementation is responsible for correctly using AutoStatsTracker, which means there is no enforced consistency with latency measurements.
- is related to
-
SERVER-90507 Figure out consistent story with millisecond and microsecond resolution for time management in the server
- Open
-
SERVER-90937 Tie operation timing more closely to object lifetime events
- Open