One of the big cpu time consumers when running xfsqa on UML
is forking of new processes. when looping lots of times,
using 'expr' to calculate the loop counter increment means
we fork at least once every loop. using shell builtins means
that we don't fork and many tests run substantially faster.
Some tests are even runnable with this modification. e.g. 110
went from taking 4500s to run down to 9s with the loop iterators
changed to avoid forking.
Signed-off-by: Dave Chinner <david@fromorbit.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
We should use XFS_IO_PROG variable rather than calling xfs_io
directly and relying on teh path to pick up the correct binary
for the test.
Merge of master-melb:xfs-cmds:30993a by kenmcd.
Use XFS_IO_PROG, not xfs_io.
just have going to seq.full.
Merge of master-melb:xfs-cmds:28376a by kenmcd.
Execute bits changed from --- to x--
Fix up bmap output. Meant to remove the testfile on every
test but forgot to. Also needed to truncate the files
in the 2nd group of tests which used resvsp so that
the length/eof was correct for the test.
Add more here if come up with other ideas.
Merge of master-melb:xfs-cmds:28351a by kenmcd.
Some experimentation for pv#962014 doing prealloc, direct write, buffered read etc...
Add more here if come up with other ideas.