[PATCH] Offset verification header by a user-specified distance

[fio.git] / HOWTO

diff --git a/HOWTO b/HOWTO
index e693d7aec21da5678f236d72bf8d81a20ee8684c..8cb849c7c6edad0ddf70294d98f3084cd2894a5a 100644 (file)
--- a/HOWTO
+++ b/HOWTO
@@ -574,12 +574,19 @@ verify=str        If writing to a file, fio can verify the file contents
                        md5     Use an md5 sum of the data area and store
                                it in the header of each block.
 
+                       crc64   Use an experimental crc64 sum of the data
+                               area and store it in the header of each
+                               block.
+
                        crc32   Use a crc32 sum of the data area and store
                                it in the header of each block.
 
                        crc16   Use a crc16 sum of the data area and store
                                it in the header of each block.
 
+                       crc7    Use a crc7 sum of the data area and store
+                               it in the header of each block.
+
                        null    Only pretend to verify. Useful for testing
                                internals with ioengine=null, not for much
                                else.
@@ -595,6 +602,15 @@ verifysort=bool    If set, fio will sort written verify blocks when it deems
                can ignore this option unless doing huge amounts of really
                fast IO where the red-black tree sorting CPU time becomes
                significant.
+
+header_offset=siint    Swap the verification header with data somewhere else
+                       in the block before writing. Its swapped back before
+                       verifying.
+
+header_interval=siint  Write the verification header at a finer granularity
+                       than the blocksize. It will be written for chunks the
+                       size of header_interval. blocksize should divide this
+                       evenly.
                
 stonewall      Wait for preceeding jobs in the job file to exit, before
                starting this one. Can be used to insert serialization