Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
A
arrh-storage-benchmark
Manage
Activity
Members
Code
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Locked files
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Terms and privacy
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Arrhenius upphandling lagring
arrh-storage-benchmark
Commits
d5f81c40
Commit
d5f81c40
authored
1 month ago
by
Sebastian Thorarensen
Browse files
Options
Downloads
Patches
Plain Diff
Clarify reaching capacity before 60 minutes
parent
6379319e
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
README
+6
-3
6 additions, 3 deletions
README
with
6 additions
and
3 deletions
README
+
6
−
3
View file @
d5f81c40
...
...
@@ -41,7 +41,8 @@ where
<threads per node> and <blocksize> will be chosen optimally for best
performance. <bytes per thread> will be chosen so that the write and
read phases run for at least 60 minutes each.
read phases run for at least 60 minutes each or until 95% of the
filesystem capacity is reached by the write phase.
Results will be evaluated by looking at the "WRITE" and "READ" sections
in the table output from elbencho on stdout. The row "Elapsed time" in
...
...
@@ -77,7 +78,8 @@ where
<threads per node> will be chosen optimally for best performance.
<bytes per thread> will be chosen so that the write and read phases runs
for at least 60 minutes each.
for at least 60 minutes each or until 95% of the filesystem capacity is
reached by the write phase.
Results will be evaluated by looking at the "WRITE" and "READ" sections
in the table output from elbencho on stdout. The row "Elapsed time" in
...
...
@@ -112,7 +114,8 @@ where
<threads per node> will be chosen optimally for best performance.
<number of files> will be chosen so that each phase; create, stat, and
delete; runs for at least 60 minutes.
delete; runs for at least 60 minutes or until 95% of the filesystem's
maximum number of files is reached by the create phase.
Results will be evaluated by looking at the "WRITE", "STAT", and
"RMFILES" sections in the table output from elbencho on stdout. The
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment