2008-02-08 11:10:56 +01:00
|
|
|
What: /sys/block/<disk>/stat
|
|
|
|
Date: February 2008
|
|
|
|
Contact: Jerome Marchand <jmarchan@redhat.com>
|
|
|
|
Description:
|
|
|
|
The /sys/block/<disk>/stat files displays the I/O
|
|
|
|
statistics of disk <disk>. They contain 11 fields:
|
tree-wide: fix assorted typos all over the place
That is "success", "unknown", "through", "performance", "[re|un]mapping"
, "access", "default", "reasonable", "[con]currently", "temperature"
, "channel", "[un]used", "application", "example","hierarchy", "therefore"
, "[over|under]flow", "contiguous", "threshold", "enough" and others.
Signed-off-by: André Goddard Rosa <andre.goddard@gmail.com>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
2009-11-14 16:09:05 +01:00
|
|
|
1 - reads completed successfully
|
2008-02-08 11:10:56 +01:00
|
|
|
2 - reads merged
|
|
|
|
3 - sectors read
|
|
|
|
4 - time spent reading (ms)
|
|
|
|
5 - writes completed
|
|
|
|
6 - writes merged
|
|
|
|
7 - sectors written
|
|
|
|
8 - time spent writing (ms)
|
|
|
|
9 - I/Os currently in progress
|
|
|
|
10 - time spent doing I/Os (ms)
|
|
|
|
11 - weighted time spent doing I/Os (ms)
|
|
|
|
For more details refer Documentation/iostats.txt
|
|
|
|
|
|
|
|
|
|
|
|
What: /sys/block/<disk>/<part>/stat
|
|
|
|
Date: February 2008
|
|
|
|
Contact: Jerome Marchand <jmarchan@redhat.com>
|
|
|
|
Description:
|
|
|
|
The /sys/block/<disk>/<part>/stat files display the
|
|
|
|
I/O statistics of partition <part>. The format is the
|
|
|
|
same as the above-written /sys/block/<disk>/stat
|
|
|
|
format.
|
2008-06-17 18:59:57 +02:00
|
|
|
|
|
|
|
|
|
|
|
What: /sys/block/<disk>/integrity/format
|
|
|
|
Date: June 2008
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
|
|
|
Metadata format for integrity capable block device.
|
|
|
|
E.g. T10-DIF-TYPE1-CRC.
|
|
|
|
|
|
|
|
|
|
|
|
What: /sys/block/<disk>/integrity/read_verify
|
|
|
|
Date: June 2008
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
|
|
|
Indicates whether the block layer should verify the
|
|
|
|
integrity of read requests serviced by devices that
|
|
|
|
support sending integrity metadata.
|
|
|
|
|
|
|
|
|
|
|
|
What: /sys/block/<disk>/integrity/tag_size
|
|
|
|
Date: June 2008
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
|
|
|
Number of bytes of integrity tag space available per
|
|
|
|
512 bytes of data.
|
|
|
|
|
|
|
|
|
|
|
|
What: /sys/block/<disk>/integrity/write_generate
|
|
|
|
Date: June 2008
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
|
|
|
Indicates whether the block layer should automatically
|
|
|
|
generate checksums for write requests bound for
|
|
|
|
devices that support receiving integrity metadata.
|
2009-05-22 23:17:53 +02:00
|
|
|
|
|
|
|
What: /sys/block/<disk>/alignment_offset
|
|
|
|
Date: April 2009
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
|
|
|
Storage devices may report a physical block size that is
|
|
|
|
bigger than the logical block size (for instance a drive
|
|
|
|
with 4KB physical sectors exposing 512-byte logical
|
|
|
|
blocks to the operating system). This parameter
|
|
|
|
indicates how many bytes the beginning of the device is
|
|
|
|
offset from the disk's natural alignment.
|
|
|
|
|
|
|
|
What: /sys/block/<disk>/<partition>/alignment_offset
|
|
|
|
Date: April 2009
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
|
|
|
Storage devices may report a physical block size that is
|
|
|
|
bigger than the logical block size (for instance a drive
|
|
|
|
with 4KB physical sectors exposing 512-byte logical
|
|
|
|
blocks to the operating system). This parameter
|
|
|
|
indicates how many bytes the beginning of the partition
|
|
|
|
is offset from the disk's natural alignment.
|
|
|
|
|
|
|
|
What: /sys/block/<disk>/queue/logical_block_size
|
|
|
|
Date: May 2009
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
|
|
|
This is the smallest unit the storage device can
|
|
|
|
address. It is typically 512 bytes.
|
|
|
|
|
|
|
|
What: /sys/block/<disk>/queue/physical_block_size
|
|
|
|
Date: May 2009
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
2009-07-31 17:49:13 +02:00
|
|
|
This is the smallest unit a physical storage device can
|
|
|
|
write atomically. It is usually the same as the logical
|
|
|
|
block size but may be bigger. One example is SATA
|
|
|
|
drives with 4KB sectors that expose a 512-byte logical
|
|
|
|
block size to the operating system. For stacked block
|
|
|
|
devices the physical_block_size variable contains the
|
|
|
|
maximum physical_block_size of the component devices.
|
2009-05-22 23:17:53 +02:00
|
|
|
|
|
|
|
What: /sys/block/<disk>/queue/minimum_io_size
|
|
|
|
Date: April 2009
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
2009-07-31 17:49:13 +02:00
|
|
|
Storage devices may report a granularity or preferred
|
|
|
|
minimum I/O size which is the smallest request the
|
|
|
|
device can perform without incurring a performance
|
|
|
|
penalty. For disk drives this is often the physical
|
|
|
|
block size. For RAID arrays it is often the stripe
|
|
|
|
chunk size. A properly aligned multiple of
|
|
|
|
minimum_io_size is the preferred request size for
|
|
|
|
workloads where a high number of I/O operations is
|
|
|
|
desired.
|
2009-05-22 23:17:53 +02:00
|
|
|
|
|
|
|
What: /sys/block/<disk>/queue/optimal_io_size
|
|
|
|
Date: April 2009
|
|
|
|
Contact: Martin K. Petersen <martin.petersen@oracle.com>
|
|
|
|
Description:
|
|
|
|
Storage devices may report an optimal I/O size, which is
|
2009-07-31 17:49:13 +02:00
|
|
|
the device's preferred unit for sustained I/O. This is
|
|
|
|
rarely reported for disk drives. For RAID arrays it is
|
|
|
|
usually the stripe width or the internal track size. A
|
|
|
|
properly aligned multiple of optimal_io_size is the
|
|
|
|
preferred request size for workloads where sustained
|
|
|
|
throughput is desired. If no optimal I/O size is
|
|
|
|
reported this file contains 0.
|