Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
chore: even more responsive compaction cancellation (#8725)
Some benchmarks and tests might still fail because of #8655 (tracked in #8708) because we are not fast enough to shut down ([one evidence]). Partially this is explained by the current validation mode of streaming k-merge, but otherwise because that is where we use a lot of time in compaction. Outside of L0 => L1 compaction, the image layer generation is already guarded by vectored reads doing cancellation checks. 32768 is a wild guess based on looking how many keys we put in each layer in a bench (1-2 million), but I assume it will be good enough divisor. Doing checks more often will start showing up as contention which we cannot currently measure. Doing checks less often might be reasonable. [one evidence]: https://neon-github-public-dev.s3.amazonaws.com/reports/main/10384136483/index.html#suites/9681106e61a1222669b9d22ab136d07b/96e6d53af234924/ Earlier PR: #8706.
- Loading branch information
60fc1e8
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
2244 tests run: 2165 passed, 0 failed, 79 skipped (full report)
Code coverage* (full report)
functions
:32.4% (7199 of 22244 functions)
lines
:50.4% (58241 of 115603 lines)
* collected from Rust tests only
60fc1e8 at 2024-08-14T15:46:17.664Z :recycle: