Merge branch 'master' of ssh://git.kernel.dk/data/git/fio

Fio 2.2.5

Signed-off-by: Jens Axboe <axboe@fb.com>

shm: disable iomem=shm* for shm disabled

Signed-off-by: Jens Axboe <axboe@fb.com>

configure: add --disable-shm to disable use of shm

Signed-off-by: Jens Axboe <axboe@fb.com>

net: don't record/verify UDP sequence numbers if buffer is too small

This causes a bunch of out-of-bounds accesses if you have really small buffer
sizes (i.e. 16 bytes will crash).

Signed-off-by: Steven Noonan <steven@uplinklabs.net>
Signed-off-by: Jens Axboe <axboe@fb.com>

crc/test: sha1 should do _final() after _update()

Signed-off-by: Jens Axboe <axboe@fb.com>

Fix segfault with client/server and minimal output

Fixes: bf2921f02651
Reported-by: Ben England <bengland@redhat.com>
Signed-off-by: Jens Axboe <axboe@fb.com>

sha256: fix verify failure

After the checksumming update, it's required that we call the
_final() to get consistent checksums between data generation
and data verification. Seems to only affect sha256, but we should
do it for sha1 and md5 too.

Fixes: f99d67f932ab
Signed-off-by: Jens Axboe <axboe@fb.com>

sha256: fix verify failure

After the checksumming update, it's required that we call the
_final() to get consistent checksums between data generation
and data verification. Seems to only affect sha256, but we should
do it for sha1 and md5 too.

Fixes: f99d67f932ab
Signed-off-by: Jens Axboe <axboe@fb.com>

verify: always check completion list for low depth verifies

If we have done less IO than the depth, we need to check the
pending list.

Signed-off-by: Jens Axboe <axboe@fb.com>

ioengine: if we get BUSY in queuing, adjust accounting

Signed-off-by: Jens Axboe <axboe@fb.com>

Improve precision of the io_limit setting

For async engines, we look only at completions. But we could have
a bunch inflight with a high queue depth, making us go higher than
we should.

Signed-off-by: Jens Axboe <axboe@fb.com>

Improve rate limiting

If we have pending IO, we should commit it before going to sleep,
not just wait for IO that has already been issued.

Also improve the delay functions to return the time spent, so
that users don't have to track tha separately if they care about
the precision.

Signed-off-by: Jens Axboe <axboe@fb.com>

rbd example: 'invalidate=false' no longer necessary

As of commit 903b2812e9c7, rbd does support cache invalidation.

Signed-off-by: Jens Axboe <axboe@fb.com>

client: take better care to return failure from fio_handle_clients()

If any error has been noted in the ->error field, we need to pass
back a non-zero return from fio_handle_clients().

Signed-off-by: Jens Axboe <axboe@fb.com>

smalloc: limit to 1 pool, and bump size to 16MB

We can easily add new pools, but if we do this after jobs have been
forked off, then it wont really be shared storage as the new mmap
mappings will only apply to the process that instantiated them.
Since we moved the randommap mappings to private storage, we should
not need a lot of room for shared allocations. Hence I hope the 16MB
will suffice.

Signed-off-by: Jens Axboe <axboe@fb.com>

axmap: random maps are private, don't get them from smalloc

Signed-off-by: Jens Axboe <axboe@fb.com>

filelock: fix segfault on some use cases of log file locking

If we end up diving into a new smalloc pool, we could add
file lock references that meant nothing to other processes.

Fixes: 243bfe190245
Signed-off-by: Jens Axboe <axboe@fb.com>

mmap backend invalidate fix

madvice before mmap. moved later.

Signed-off-by Yoshinori Sato <yo-satoh@sios.com>

Signed-off-by: Jens Axboe <axboe@fb.com>

Fix disk utils being updated too often

Fixes: f893b76d5745
Signed-off-by: Jens Axboe <axboe@fb.com>

Adjust ctime_r buf down to 32

We need 'at least 26 bytes', but not all 64.

Signed-off-by: Jens Axboe <axboe@fb.com>

Add timestamp to json output

Modified by Jens to add humanly readable time as well.

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: include min/max cycle counts for CPU clock

Signed-off-by: Jens Axboe <axboe@fb.com>

server: use fio_gettime() for timeout variables

Signed-off-by: Jens Axboe <axboe@fb.com>

verify: fix potentially unterminated name

Signed-off-by: Jens Axboe <axboe@fb.com>

memory: double check that mmapfd isn't -1 before closing

Signed-off-by: Jens Axboe <axboe@fb.com>

gluster: io_u->error should be a positive error value

Signed-off-by: Jens Axboe <axboe@fb.com>

client: fix potential buffer overrun in server name copy

Not an issue right now since pdu.server is larger than the buffer,
but that could change at some point. Better be safe.

Signed-off-by: Jens Axboe <axboe@fb.com>

init: fix potential mem leak on multiple trigger options

Free the ones we already set, if any.

Signed-off-by: Jens Axboe <axboe@fb.com>

Avoid potential buffer overflow in make_filename()

Signed-off-by: Jens Axboe <axboe@fb.com>

cleanup: add defines for default pareto or zipf values

Signed-off-by: Jens Axboe <axboe@fb.com>

Fio 2.2.4

Signed-off-by: Jens Axboe <axboe@fb.com>

bloom: kill unused function

Signed-off-by: Jens Axboe <axboe@fb.com>

axmap: make axmap_first_free() static

Pulled from an earlier patch from Ming, that we no longer need.

Signed-off-by: Jens Axboe <axboe@fb.com>

Revert "axmap: ensure we lock down the maps for shared access"

This reverts commit 12bde3697fc230d7af560cecc8ac469ab47643f8.

Revert "axmap: fix deadlock"

This reverts commit d555a23db84364ab942361a719a4379605bdbc41.

Get rid of lockfile callback

We don't need it, since the option priorities take care of
ordering.

Signed-off-by: Jens Axboe <axboe@fb.com>

axmap: fix deadlock

axmap_first_free() is always called with axmap->lock held,
so needn't to acquire the lock inside the function.

The deadlock is introduced in commit 12bde3697fc230d7a(axmap:
ensure we lock down the maps for shared access).

Given axmap_first_free() is only called inside lib/axmap.c,
this patch declares the function as static. In the future,
if external users need the function, axmap lock can be
considered at that time.

Reported-by: Sedat Dilek <sedat.dilek@gmail.com>
Signed-off-by: Ming Lei <ming.lei@canonical.com>
Tested-by: Sedat Dilek <sedat.dilek@gmail.com>
Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: add basic init cpuclock test

Some systems claim to have a synced and constant rate tsc, even if
they don't. So add the basic cpuclock-test test as part of fio
trusting the CPU clock, to avoid using the CPU clock on a system
where the TSC truly isn't synced between CPUs.

Signed-off-by: Jens Axboe <axboe@fb.com>

Fio 2.2.3

Signed-off-by: Jens Axboe <axboe@fb.com>

options: ensure that we check all candidates on is_set check

We can have multiple options that touch the same variable. One
example is cpus_allowed or cpumask, both will set the same
backend variable. But if we set cpumask= and later check if
cpus_allowed is set, then we want that to report true.

This breaks certain options since b2a9e6496494.

Reported-by: Vincent Fu <Vincent.Fu@sandisk.com>
Signed-off-by: Jens Axboe <axboe@fb.com>

Fio 2.2.2

Signed-off-by: Jens Axboe <axboe@fb.com>

Fix default scrambling of buffers

Commit 1bf2498d3111 inadvertently made us not scramble by default.
The logic was a bit convoluted, so clear it up and scramble if:

- Asked so by adding scramble_buffers=1
- Or, if not asked to explicitly, but zero_buffers not set to 1.

Reported-by: Chris Wilson <Chris.Wilson@nutanix.com>
Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: hide fio_gtod_cpumask if not used

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: only use CPU affinity if available

Signed-off-by: Jens Axboe <axboe@fb.com>

Fio 2.2.1

Signed-off-by: Jens Axboe <axboe@fb.com>

axmap: ensure we lock down the maps for shared access

Signed-off-by: Jens Axboe <axboe@fb.com>

options: turn missing options into debug parse messages

It's not an error, we expect it to happen if we try and check
for set options that aren't available (due to being platform
specific, libraries missing, etc).

This fixes cases where fio would spew:

fio: no option found at offset 1240

and other offsets.

Signed-off-by: Jens Axboe <axboe@fb.com>

options: add debug code for failure to lookup option names

Signed-off-by: Jens Axboe <axboe@fb.com>

mutex: add __fio_mutex_remove()

We have to remember to free the condvar, so add a __fio_mutex_remove()
for cases that init a mutex inside an smalloc'ed region with
__fio_mutex_init().

Signed-off-by: Jens Axboe <axboe@fb.com>

Merge branch 'master' of ssh://git.kernel.dk/data/git/fio

t/btrace2fio: add ability to add specific options through -a

Can be used multiple times to add more options.

Signed-off-by: Jens Axboe <axboe@fb.com>

parse: remove the arithmetic parser checking

Signed-off-by: Jens Axboe <axboe@fb.com>

Fio 2.2.0

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: fix compile warning for !ARCH_HAVE_CPU_CLOCK

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: offset CPU cycle counter by initial value

Should then be safe for the full 2^64 cycles, and we push
the more expensive variable division to later in the run (which
is probably never).

Signed-off-by: Jens Axboe <axboe@fb.com>

stat: always show disk util in terse v3/v4

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: cleanup for FIO_DEBUG_TIME

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: fix overflow in cycle to usec conversion

If this multiplication overflows:

usecs = (t * inv_cycles_per_usec) / 16777216UL;

then usecs is 2^64/2^24, which is 1099511627776. Divide that by
10^6 to get seconds, and that is 1099511. Since we cached the
old value previously, we'd get stuck with this amount of seconds.

To avoid turning this into an expensive division, have a check
and only divide if we have to. This avoids the overflow.

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime-thread: set and allow multiple CPUs

Also use the new option checking framework instead of carrying
a flag for whether it's set or not.

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime-thread: fix missing startup mutex

It'll segfault if gtod_cpu= is used, ensure we pass in the mutex.

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: improve gettimeofday() offload support

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: limit warning on CPU clock

Signed-off-by: Jens Axboe <axboe@fb.com>

gettime: don't attempt to fixup what looks like a backwards clock

It could just be a wrap. The code is buggy, kill it, we'll deal
with the wrap later.

Signed-off-by: Jens Axboe <axboe@fb.com>

engines/mmap: clear partial mmap flag on close

Signed-off-by: Jens Axboe <axboe@fb.com>

engines/mmap: fix segfault on large devices and 32-bit archs

Signed-off-by: Jens Axboe <axboe@fb.com>

backend: use monotonic clock for ETA, if we have it

Signed-off-by: Jens Axboe <axboe@fb.com>

backend: fix off-by-one in nsec calculation

If it's equal to 10^9 we need to bump seconds and subtract 10^9
from nsec, not only if it's larger than.

Signed-off-by: Jens Axboe <axboe@fb.com>

file: unionize lfsr/randommap

We only use one of them, add file flags to distinguish between the
two.

Signed-off-by: Jens Axboe <axboe@fb.com>

Add helpers for getting/setting file engine data

Since it's a uint64_t, we need casting to get/set the engine data
or some platforms will complain. Encapsulate that in helper macros.

Signed-off-by: Jens Axboe <axboe@fb.com>

file: move mmap related data to engines/mmap.c where it belongs

We should not keep this in the generic file structure, it belongs
in file engine data for the specific engine.

Signed-off-by: Jens Axboe <axboe@fb.com>

Merge branch 'master' of ssh://git.kernel.dk/data/git/fio

Fix read/write mix and different levels of randomness

Stephen reports:

When using fio configuration below:

[global]
ioengine=libaio
direct=1
runtime=600
bs=32k
iodepth=8
rw=randrw
rwmixread=80
percentage_random=100,0

[drive1]
filename=/dev/sda

I am expecting to see 80% reads, 20% writes where all reads are random
and all writes are sequential. I captured a bus trace of traffic to the
disk and the bus trace reflected as much with one issue. The write
commands are essentially random. Each write begins at a new random LBA.
If 2 or more writes occur in a row, the LBA's are sequential based on
the block size BUT I feel the heart of this feature would be to emulate
a large file write during random access. With that in mind would it be
possible for sequential reads or writes within mixed sequential/random
workload to remember the last LBA accessed? In this scenario the writes
would still only take up 20% of the workload but when a write did occur
it should be the next sequential step from the last write.

-----

This is due to the fact that fio tracks last start/end on a unified
basis, not per read/write/trim direction. Fix that.

Signed-off-by: Jens Axboe <axboe@fb.com>

eta.c: check malloc return code

Check the malloc return code in get_jobs_eta.

Signed-off-by: Robert Elliott <elliott@hp.com>
Signed-off-by: Jens Axboe <axboe@fb.com>

backend: fix should_check_rate() typo in wait_for_completions()

Signed-off-by: Jens Axboe <axboe@fb.com>

backend: abstract out waiting for completions

We do it both in do_verify() and in do_io(), so it's duplicated code.
And we want to potentially add a completor thread, so lets move this
to a helper.

Signed-off-by: Jens Axboe <axboe@fb.com>

Update size/io_size descriptions

Hopefully this is clearer. Also add an alias for io_limit to io_size,
since that is probably more descriptive of what this option does.

Signed-off-by: Jens Axboe <axboe@fb.com>

btrace2fio: add support for collapsing close entries

Signed-off-by: Jens Axboe <axboe@fb.com>

Improved support for libhdfs

gluster: wire up sync/datasync opcodes

Signed-off-by: Jens Axboe <axboe@fb.com>

Fix server/client set_options conversion

Signed-off-by: Jens Axboe <axboe@fb.com>

Use fio_option_is_set() for ioprio setting

Signed-off-by: Jens Axboe <axboe@fb.com>

Always scramble buffers, if scramble_buffers is set

This makes scramble_buffers and zero_buffers cooperate nicely.

Signed-off-by: Jens Axboe <axboe@fb.com>

Get rid of _set variables

We can just check the option set mask now.

Signed-off-by: Jens Axboe <axboe@fb.com>

options: add support for checking if an option has been set

We often just do a non-zero check, but an option can be set
and be set to zero, so we can't currently detect that. For
complicated options, we add a second variable to mark if it
has been set or not. This allows us to directly check if a
given option was set by the user or not.

Signed-off-by: Jens Axboe <axboe@fb.com>

Update date and email in man page

Signed-off-by: Jens Axboe <axboe@fb.com>

options: strip off =optval when matching

Signed-off-by: Jens Axboe <axboe@fb.com>

options: show closest match for unknown job option

Just like we did for the command line options.

Signed-off-by: Jens Axboe <axboe@fb.com>

lib/rand: cleanup __fill_random_buffer()

Signed-off-by: Jens Axboe <axboe@fb.com>

lib/rand: fix bug with non uint64_t aligned random buffer fill

Now that we honor the compression percentage, we can easily
get buffer fills that are not aligned to uint64_t. Make
sure that __fill_random_buf() handles this correctly.

Signed-off-by: Jens Axboe <axboe@fb.com>

parse: make suggestions for unknown options

Signed-off-by: Jens Axboe <axboe@fb.com>

sync: use io_u_log_error() for more detailed error messages

Signed-off-by: Jens Axboe <axboe@fb.com>

verify: cleanup

Signed-off-by: Jens Axboe <axboe@fb.com>

Use specified compression/pattern for verify buffers too

Signed-off-by: Jens Axboe <axboe@fb.com>

Don't clear 'refill_buffers' unconditionally for pattern fill

If we have asked for a specific buffer compression, then we need
the refill option (if set).

Signed-off-by: Jens Axboe <axboe@fb.com>

Use specified buffer_pattern (if given) for all io_u fills

For compression, we use a fixed '0' pattern. But if the user
specified a pattern to use in the job file, then we should
use that instead. It could slightly skew the compression ratio
for long patterns, but that is to be expected.

Signed-off-by: Jens Axboe <axboe@fb.com>

Remove 'td' parameter from fill_pattern()

Signed-off-by: Jens Axboe <axboe@fb.com>

Fix a few spelling errors

Signed-off-by: Jens Axboe <axboe@fb.com>

fio: remove deprecated --latency-log from manpage

The --latency-log argument is no longer accepted; fio returns
an error message saying it is deprecated.  So, remove it from
the manpage.

Signed-off-by: Robert Elliott <elliott@hp.com>
Signed-off-by: Jens Axboe <axboe@fb.com>

Merge branch 'master' of ssh://git.kernel.dk/data/git/fio