Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mdtest computes wrongly with stonewall #119

Closed
JulianKunkel opened this issue Dec 19, 2018 · 2 comments
Closed

mdtest computes wrongly with stonewall #119

JulianKunkel opened this issue Dec 19, 2018 · 2 comments

Comments

@JulianKunkel
Copy link
Collaborator

The computation of mdtest when using stonewall was wrong. It used the number of items instead of the actual achieved stonewall number!

To verify if your mdtest version is still affected, run:
$ mdtest -C -W 1 -u -L -F -n 100000000
This will run mdtest for 1 second to create files, you can check if the reported value is too high as it will output as well:
"Continue stonewall hit min: X"
Then you should see that mdtest reports for File creation approximately X, too. Not 100000000.

Sorry about this. Have to track where the issue has been introduced.

@JulianKunkel
Copy link
Collaborator Author

The bug is fixed with 4297ccd

@JulianKunkel
Copy link
Collaborator Author

Started to work on a testing platform to nail down such matters in the future and cover more aspects.
See the branch here

Due to the complexity of MDtest there may be some branches when users use sets of flags are used that are affected by this as there are many possible routes through the code. the wallclock feature was initially implemented to first suit the needs of IO-500 but will be expanded and corrected for more cases.

glennklockwood added a commit that referenced this issue Dec 23, 2018
cherry-pick solution to #119 into rc branch
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant