fix(fs): align write size to 4096 to support all NVMEs#11335
Conversation
|
@alpeng-jump feel free to add any additional context for the hardware / kernel / filesystem that you used |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #11335 +/- ##
=======================================
Coverage 83.2% 83.2%
=======================================
Files 841 841
Lines 318275 318275
=======================================
+ Hits 265019 265022 +3
+ Misses 53256 53253 -3 🚀 New features to boost your workflow:
|
|
I had not previously heard reports of this issue, but am I correct in assuming we'd need/want this for v4.0 given that we merged the direct IO v4.0 BP (#11153) ? |
|
Yes, we will need to backport it to 4.0, in order to keep direct-io functionality added there working properly. |
|
Backports to the beta branch are to be avoided unless absolutely necessary for fixing bugs, security issues, and perf regressions. Changes intended for backport should be structured such that a minimum effective diff can be committed separately from any refactoring, plumbing, cleanup, etc that are not strictly necessary to achieve the goal. Any of the latter should go only into master and ride the normal stabilization schedule. Exceptions include CI/metrics changes, CLI improvements and documentation updates on a case by case basis. |
(cherry picked from commit 504d2ca)
Problem
#9856 ended up with 512 alignment for direct I/O writes, but it fails for some NVMEs. As reported in FD tests:
The used hardware spec:
indicates the NVME sector size of 4KiB, which ends up as required alignment for
O_DIRECTindependently there were failures noticed on some CI workers where disks are
Again:
LOG-SECcolumn showing 4096 makes it the most likely culprit.Summary of Changes
Bump constant used for alignment of writes to
4096and update comment.