[DOCS-8907] Make latency histogram collection optional in full-time diagnostic data capture Created: 28/Sep/16 Updated: 30/Oct/23 |
|
| Status: | Closed |
| Project: | Documentation |
| Component/s: | Server |
| Affects Version/s: | None |
| Fix Version/s: | Server_Docs_20231030 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Emily Hall | Assignee: | Unassigned |
| Resolution: | Won't Do | Votes: | 1 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Participants: | |||||||||
| Days since reply: | 1 year, 14 weeks, 2 days ago | ||||||||
| Epic Link: | DOCSP-1769 | ||||||||
| Description |
|
The new latency histogram facility adds a considerable amount of data to ftdc, decreasing the retention period significantly. It has limited value for the primary purpose of always-on ftdc, because mongod logs provide information about the high-latency operations which are generally of interest for after-the-fact issue analysis. Collection of latency histogram data by ftdc should be optional, off by default. It should be possible to enable capture of latency histogram data in ftdc dynamically at runtime if desired to use it for targeted performance investigations. |
| Comments |
| Comment by Education Bot [ 31/Oct/22 ] |
|
Hello! This ticket has been closed due to inactivity. If you believe this ticket is still important, please reopen it and leave a comment to explain why. Thank you! |