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
Compare revisions
81116a74886aa263671011a934bd0e507b94edda to 6379319eb4e87e384822d6cda3b4b9ccf198c399
Compare revisions
Changes are shown as if the
source
revision was being merged into the
target
revision.
Learn more about comparing revisions.
Source
arrhenius-upphandling-lagring/arrh-storage-benchmark
Select target project
No results found
6379319eb4e87e384822d6cda3b4b9ccf198c399
Select Git revision
Branches
master
Swap
Target
arrhenius-upphandling-lagring/arrh-storage-benchmark
Select target project
arrhenius-upphandling-lagring/arrh-storage-benchmark
1 result
81116a74886aa263671011a934bd0e507b94edda
Select Git revision
Branches
master
Show changes
Only incoming changes from source
Include changes to target since source was created
Compare
Commits on Source (2)
Clarify that the benchmark directory must be empty before the benchmark
· b4ac105d
Sebastian Thorarensen
authored
1 month ago
b4ac105d
Rectify 'up to 60 minutes' to 'at least 60 minutes'
· 6379319e
Sebastian Thorarensen
authored
1 month ago
6379319e
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
README
+6
-6
6 additions, 6 deletions
README
with
6 additions
and
6 deletions
README
View file @
6379319e
...
...
@@ -36,12 +36,12 @@ where
- <bytes per thread> is the number of bytes written and read per
thread (task),
- <directory> is the path to a directory on the filesystem being
- <directory> is the path to a
n empty
directory on the filesystem being
benchmarked.
<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
up to
60 minutes each.
read phases run for
at least
60 minutes each.
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
...
...
@@ -72,12 +72,12 @@ where
- <bytes per thread> is the number of bytes written and read per
thread (task),
- <directory> is the path to a directory on the filesystem being
- <directory> is the path to a
n empty
directory on the filesystem being
benchmarked.
<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
up to
60 minutes each.
for
at least
60 minutes each.
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
...
...
@@ -107,12 +107,12 @@ where
- <files per thread> is the number of files created, stat, and deleted
per thread (task),
- <directory> is the path to a directory on the filesystem being
- <directory> is the path to a
n empty
directory on the filesystem being
benchmarked.
<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
up to
60 minutes.
delete; runs for
at least
60 minutes.
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.