Feature #15835
closedfilestore: randomize split threshold
0%
Description
If the distribution of files is roughly even, many osds will reach the split threshold at the same time, causing them all to incur high latency as they all split directories at once.
A simple change that may mitigate this is to randomize the split threshold, similar to the randomized scrub threshold, so different osds split directories over a larger period of time.
Updated by Peng Chen about 7 years ago
Hi! I am an undergrad student wishing to contribute to CEPH, and I would like to work on this issue. Please let me know.
Thanks,
Peng Chen
Updated by Josh Durgin about 7 years ago
This one is more about performance testing, and at this point I think effort there is better spent on bluestore than filestore, and bluestore does not have internal splitting like this at all.
Perhaps you'd like to try http://tracker.ceph.com/issues/18629 ?
Updated by Josh Durgin almost 7 years ago
Updated by Nathan Cutler almost 7 years ago
- Status changed from New to Fix Under Review
Updated by Josh Durgin almost 7 years ago
- Status changed from Fix Under Review to Resolved
- Backport deleted (
jewel, kraken)
Perf testing is not indicating much benefit, so I'd hold off on backporting this.
Updated by Josh Durgin over 6 years ago
- Backport set to jewel
I spoke too soon, there is significantly improved latency and throughput in longer running tests on several osds.
Updated by Josh Durgin over 6 years ago
- Category deleted (
OSD) - Status changed from Resolved to Pending Backport
Updated by Josh Durgin over 6 years ago
- Project changed from Ceph to RADOS
- Category set to Performance/Resource Usage
- Assignee set to Josh Durgin
Updated by Josh Durgin over 6 years ago
- Copied to Backport #22658: filestore: randomize split threshold added
Updated by Nathan Cutler about 6 years ago
- Status changed from Pending Backport to Resolved