[SERVER-77884] Refine PreImagesTruncateManager sampling logic Created: 07/Jun/23 Updated: 27/Oct/23 Resolved: 10/Aug/23 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Haley Connelly | Assignee: | Haley Connelly |
| Resolution: | Works as Designed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Sprint: | Execution Team 2023-06-12, Execution EMEA Team 2023-08-21 |
| Participants: |
| Description |
|
|
| Comments |
| Comment by Haley Connelly [ 10/Aug/23 ] |
|
The idea of this ticket is to use the initial dataSize and numDocs to compute how many documents to distribute post whole marker computation, rather than taking a new snapshot before distributing. The argument: If during intiialization pre-images are newly enabled on an nsUUID, the final map replacement could double count pre-images inserted into the newly enabled nsUUIDs when distributing. Tradeoff during initialisation:
The goal is to have the aggregate numDocs and size accounted for in truncate markers to be as accurate as possible post initialization. I don't think this tradeoff is necessary to explore at this time given initialization times seem minimal (
|