Consider a test for NVMe attributes
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 333
- Forks
- 250
- Avg merge
- 3d 20h
- Merged PRs (30d)
- 20
Description
An issue recently came up where remote NVMe devices reported "unusual" values for its Optimal Write Size; this is used by Linux to, among other things, determine read-ahead size. The invalid value led to a read-ahead size of 64MiB which creates significant performance issues on random-read workloads.
It might be nice to inspect both the NVMe namespace and the sysfs file to ensure the value is somewhere in the ballpark of reasonable or come up with a table of exact values so it's obvious if any of the defaults change. I'm not sure this is exactly in the realm of LISA's focus, as it's more of a test of Azure than the distribution's quality, although Linux could conceivably change how it calculates read-ahead in a way that has a performance impact on Azure workloads and it'd be good to be aware of that.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by examining how NVMe namespace attributes and the corresponding sysfs values can be inspected, focusing on Optimal Write Size and Linux read-ahead behavior. Done means a test checks that the values are within a documented reasonable range, or records exact expected values if that approach is chosen.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- azure, linux
- Domain
- testing-qa
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 50/100