|
136 | 136 | #
|
137 | 137 | # @filename: Name of the extent file
|
138 | 138 | #
|
139 |
| -# @format: Extent type (e.g. FLAT or SPARSE) |
| 139 | +# @format: Extent type (e.g. FLAT or SPARSE) |
140 | 140 | #
|
141 | 141 | # @virtual-size: Number of bytes covered by this extent
|
142 | 142 | #
|
|
853 | 853 | # @min_wr_latency_ns: Minimum latency of write operations in the
|
854 | 854 | # defined interval, in nanoseconds.
|
855 | 855 | #
|
856 |
| -# @min_zone_append_latency_ns: Minimum latency of zone append operations |
857 |
| -# in the defined interval, in nanoseconds |
858 |
| -# (since 8.1) |
| 856 | +# @min_zone_append_latency_ns: Minimum latency of zone append |
| 857 | +# operations in the defined interval, in nanoseconds (since 8.1) |
859 | 858 | #
|
860 | 859 | # @min_flush_latency_ns: Minimum latency of flush operations in the
|
861 | 860 | # defined interval, in nanoseconds.
|
|
866 | 865 | # @max_wr_latency_ns: Maximum latency of write operations in the
|
867 | 866 | # defined interval, in nanoseconds.
|
868 | 867 | #
|
869 |
| -# @max_zone_append_latency_ns: Maximum latency of zone append operations |
870 |
| -# in the defined interval, in nanoseconds |
871 |
| -# (since 8.1) |
| 868 | +# @max_zone_append_latency_ns: Maximum latency of zone append |
| 869 | +# operations in the defined interval, in nanoseconds (since 8.1) |
872 | 870 | #
|
873 | 871 | # @max_flush_latency_ns: Maximum latency of flush operations in the
|
874 | 872 | # defined interval, in nanoseconds.
|
|
879 | 877 | # @avg_wr_latency_ns: Average latency of write operations in the
|
880 | 878 | # defined interval, in nanoseconds.
|
881 | 879 | #
|
882 |
| -# @avg_zone_append_latency_ns: Average latency of zone append operations |
883 |
| -# in the defined interval, in nanoseconds |
884 |
| -# (since 8.1) |
| 880 | +# @avg_zone_append_latency_ns: Average latency of zone append |
| 881 | +# operations in the defined interval, in nanoseconds (since 8.1) |
885 | 882 | #
|
886 | 883 | # @avg_flush_latency_ns: Average latency of flush operations in the
|
887 | 884 | # defined interval, in nanoseconds.
|
|
893 | 890 | # the defined interval.
|
894 | 891 | #
|
895 | 892 | # @avg_zone_append_queue_depth: Average number of pending zone append
|
896 |
| -# operations in the defined interval |
897 |
| -# (since 8.1). |
| 893 | +# operations in the defined interval (since 8.1). |
898 | 894 | #
|
899 | 895 | # Since: 2.5
|
900 | 896 | ##
|
|
919 | 915 | #
|
920 | 916 | # @wr_bytes: The number of bytes written by the device.
|
921 | 917 | #
|
922 |
| -# @zone_append_bytes: The number of bytes appended by the zoned devices |
923 |
| -# (since 8.1) |
| 918 | +# @zone_append_bytes: The number of bytes appended by the zoned |
| 919 | +# devices (since 8.1) |
924 | 920 | #
|
925 | 921 | # @unmap_bytes: The number of bytes unmapped by the device (Since 4.2)
|
926 | 922 | #
|
|
930 | 926 | # @wr_operations: The number of write operations performed by the
|
931 | 927 | # device.
|
932 | 928 | #
|
933 |
| -# @zone_append_operations: The number of zone append operations performed |
934 |
| -# by the zoned devices (since 8.1) |
| 929 | +# @zone_append_operations: The number of zone append operations |
| 930 | +# performed by the zoned devices (since 8.1) |
935 | 931 | #
|
936 | 932 | # @flush_operations: The number of cache flush operations performed by
|
937 | 933 | # the device (since 0.15)
|
|
946 | 942 | # 0.15).
|
947 | 943 | #
|
948 | 944 | # @zone_append_total_time_ns: Total time spent on zone append writes
|
949 |
| -# in nanoseconds (since 8.1) |
| 945 | +# in nanoseconds (since 8.1) |
950 | 946 | #
|
951 | 947 | # @flush_total_time_ns: Total time spent on cache flushes in
|
952 | 948 | # nanoseconds (since 0.15).
|
|
965 | 961 | # @wr_merged: Number of write requests that have been merged into
|
966 | 962 | # another request (Since 2.3).
|
967 | 963 | #
|
968 |
| -# @zone_append_merged: Number of zone append requests that have been merged |
969 |
| -# into another request (since 8.1) |
| 964 | +# @zone_append_merged: Number of zone append requests that have been |
| 965 | +# merged into another request (since 8.1) |
970 | 966 | #
|
971 | 967 | # @unmap_merged: Number of unmap requests that have been merged into
|
972 | 968 | # another request (Since 4.2)
|
|
981 | 977 | # @failed_wr_operations: The number of failed write operations
|
982 | 978 | # performed by the device (Since 2.5)
|
983 | 979 | #
|
984 |
| -# @failed_zone_append_operations: The number of failed zone append write |
985 |
| -# operations performed by the zoned devices |
986 |
| -# (since 8.1) |
| 980 | +# @failed_zone_append_operations: The number of failed zone append |
| 981 | +# write operations performed by the zoned devices (since 8.1) |
987 | 982 | #
|
988 | 983 | # @failed_flush_operations: The number of failed flush operations
|
989 | 984 | # performed by the device (Since 2.5)
|
|
997 | 992 | # @invalid_wr_operations: The number of invalid write operations
|
998 | 993 | # performed by the device (Since 2.5)
|
999 | 994 | #
|
1000 |
| -# @invalid_zone_append_operations: The number of invalid zone append operations |
1001 |
| -# performed by the zoned device (since 8.1) |
| 995 | +# @invalid_zone_append_operations: The number of invalid zone append |
| 996 | +# operations performed by the zoned device (since 8.1) |
1002 | 997 | #
|
1003 | 998 | # @invalid_flush_operations: The number of invalid flush operations
|
1004 | 999 | # performed by the device (Since 2.5)
|
|
1019 | 1014 | #
|
1020 | 1015 | # @wr_latency_histogram: @BlockLatencyHistogramInfo. (Since 4.0)
|
1021 | 1016 | #
|
1022 |
| -# @zone_append_latency_histogram: @BlockLatencyHistogramInfo. (since 8.1) |
| 1017 | +# @zone_append_latency_histogram: @BlockLatencyHistogramInfo. |
| 1018 | +# (since 8.1) |
1023 | 1019 | #
|
1024 | 1020 | # @flush_latency_histogram: @BlockLatencyHistogramInfo. (Since 4.0)
|
1025 | 1021 | #
|
|
1126 | 1122 | #
|
1127 | 1123 | # @parent: This describes the file block device if it has one.
|
1128 | 1124 | # Contains recursively the statistics of the underlying protocol
|
1129 |
| -# (e.g. the host file for a qcow2 image). If there is no |
| 1125 | +# (e.g. the host file for a qcow2 image). If there is no |
1130 | 1126 | # underlying protocol, this field is omitted
|
1131 | 1127 | #
|
1132 | 1128 | # @backing: This describes the backing block device if it has one.
|
|
1486 | 1482 | # @format: the format of the overlay image, default is 'qcow2'.
|
1487 | 1483 | #
|
1488 | 1484 | # @mode: whether and how QEMU should create a new image, default is
|
1489 |
| -# 'absolute-paths'. |
| 1485 | +# 'absolute-paths'. |
1490 | 1486 | ##
|
1491 | 1487 | { 'struct': 'BlockdevSnapshotSync',
|
1492 | 1488 | 'data': { '*device': 'str', '*node-name': 'str',
|
|
1550 | 1546 | #
|
1551 | 1547 | # @bitmap: The name of a dirty bitmap to use. Must be present if sync
|
1552 | 1548 | # is "bitmap" or "incremental". Can be present if sync is "full"
|
1553 |
| -# or "top". Must not be present otherwise. |
| 1549 | +# or "top". Must not be present otherwise. |
1554 | 1550 | # (Since 2.4 (drive-backup), 3.1 (blockdev-backup))
|
1555 | 1551 | #
|
1556 | 1552 | # @bitmap-mode: Specifies the type of data the bitmap should contain
|
|
3477 | 3473 | # @pass-discard-other: whether discard requests for the data source
|
3478 | 3474 | # should be issued on other occasions where a cluster gets freed
|
3479 | 3475 | #
|
3480 |
| -# @discard-no-unref: when enabled, discards from the guest will not cause |
3481 |
| -# cluster allocations to be relinquished. This prevents qcow2 fragmentation |
3482 |
| -# that would be caused by such discards. Besides potential |
3483 |
| -# performance degradation, such fragmentation can lead to increased |
3484 |
| -# allocation of clusters past the end of the image file, |
3485 |
| -# resulting in image files whose file length can grow much larger |
3486 |
| -# than their guest disk size would suggest. |
3487 |
| -# If image file length is of concern (e.g. when storing qcow2 |
3488 |
| -# images directly on block devices), you should consider enabling |
3489 |
| -# this option. (since 8.1) |
| 3476 | +# @discard-no-unref: when enabled, discards from the guest will not |
| 3477 | +# cause cluster allocations to be relinquished. This prevents |
| 3478 | +# qcow2 fragmentation that would be caused by such discards. |
| 3479 | +# Besides potential performance degradation, such fragmentation |
| 3480 | +# can lead to increased allocation of clusters past the end of the |
| 3481 | +# image file, resulting in image files whose file length can grow |
| 3482 | +# much larger than their guest disk size would suggest. If image |
| 3483 | +# file length is of concern (e.g. when storing qcow2 images |
| 3484 | +# directly on block devices), you should consider enabling this |
| 3485 | +# option. (since 8.1) |
3490 | 3486 | #
|
3491 | 3487 | # @overlap-check: which overlap checks to perform for writes to the
|
3492 | 3488 | # image, defaults to 'cached' (since 2.2)
|
|
5240 | 5236 | #
|
5241 | 5237 | # @subformat: vhdx subformat (default: dynamic)
|
5242 | 5238 | #
|
5243 |
| -# @block-state-zero: Force use of payload blocks of type |
5244 |
| -# 'ZERO'. Non-standard, but default. Do not set to 'off' when |
5245 |
| -# using 'qemu-img convert' with subformat=dynamic. |
| 5239 | +# @block-state-zero: Force use of payload blocks of type 'ZERO'. |
| 5240 | +# Non-standard, but default. Do not set to 'off' when using |
| 5241 | +# 'qemu-img convert' with subformat=dynamic. |
5246 | 5242 | #
|
5247 | 5243 | # Since: 2.12
|
5248 | 5244 | ##
|
|
0 commit comments