Hi Sitsofe, Thanks for the information about the %o option. On Saturday, April 09, 2016 1:00 AM, Sitsofe Wheeler [mailto:sitsofe@xxxxxxxxx] wrote: >> You could always force a particular pattern to be put into every block by using verify_pattern (https://github.com/axboe/fio/blob/fio-2.8/HOWTO#L1407) and use it's %o option for generating more sophisticated patterns. Another choice would be to change the block size otherwise you're going to struggle to work out what "run" the pattern in the block came from. I apologize for not mentioning before that we have use cases with compression where we cannot use a repeating pattern. The %o seems to allow the pattern to vary between blocks, but within the block the pattern repeats. We really appreciate the use of the randomly generated data bytes by fio. >>We had some ideas around how to solve this if it is not currently supported. It might be useful to have an optional "verify_io_stamp" parameter, which would specify a simple 32 or 64 bit integer that could get added to and verified with the verify_header. >Might you be able to do this by creating a particular verify pattern and specifying a custom header format? We could create a new verify pattern with a custom header format. That would give us the ability to save and validate this verify_io_stamp parameter. But it seems we would lose the ability to specify the different validation types (md5, crc64, crc32, etc). We really appreciate the flexibility of fio in being able to use different validation types (md5, crc64, crc32, etc) along with randomly generated data, and we would like to leverage those options along with the ability to specify a new verify_io_stamp. Adding a new parameter for verify_io_stamp seems like the best option to achieve this, but we would appreciate more thoughts or ideas here. Thanks! -Rob ��.n��������+%������w��{.n�������^n�r������&��z�ޗ�zf���h���~����������_��+v���)ߣ�
