Re: what is the sample logger doing when the buffer fills up?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 07/22/2016 12:55 PM, Jens Axboe wrote:


On 07/22/2016 12:52 PM, Jeff Furlong wrote:
Too late, I already put v2 patch through the process.  Some good, some
bad.  The good is that no more dropped entries appear in the middle!
So for the iops and bw logs, I get results such as:

999, 293814, 0, 0
2000, 354857, 0, 0
3000, 383081, 0, 0
...
57000, 321946, 0, 0
58000, 321566, 0, 0
59000, 321596, 0, 0

The first sample is slightly off, but well within a reasonable
tolerance.  The last sample is always missing (runtime=60s).

The bad is that the slat/clat/lat log is not doing averages any more,
such as log_avg_msec=1000, but it's logging every value.

# fio --name=test_job --ioengine=libaio --direct=1 --rw=randread
--iodepth=256 --size=100% --numjobs=4 --bs=4k --filename=/dev/nvme0n1
--group_reporting --write_bw_log=test_job --write_iops_log=test_job
--write_lat_log=test_job --log_avg_msec=1000 --disable_lat=0
--disable_clat=0 --disable_slat=0 --runtime=60s --time_based
--output=test_job

OK, I guess it's not perfect! I'll tackle that one.

Try current -git, this should fix that:

http://git.kernel.dk/cgit/fio/commit/?id=b392f36daf7a6c2895d899320fa89d35722567c2

--
Jens Axboe

--
To unsubscribe from this list: send the line "unsubscribe fio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Kernel]     [Linux SCSI]     [Linux IDE]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]

  Powered by Linux