summaryrefslogtreecommitdiffstats
path: root/module/zfs/dsl_destroy.c
diff options
context:
space:
mode:
authorMatthew Ahrens <[email protected]>2014-05-23 08:21:07 -0800
committerBrian Behlendorf <[email protected]>2014-07-31 09:49:34 -0700
commitfaf0f58c69607a15e2d1563567afb815842805de (patch)
treebd2cfbb4296353792f34d11c09cbd108b7757ed1 /module/zfs/dsl_destroy.c
parent603cb25ca51ff89366886f9a4ed58f68b6aba2da (diff)
Illumos 3835 zfs need not store 2 copies of all metadata
Reviewed by: George Wilson <[email protected]> Reviewed by: Adam Leventhal <[email protected]> Reviewed by: Dan McDonald <[email protected]> Approved by: Richard Lowe <[email protected]> Description from Matt Ahrens's bug report at Delphix: Add a new zfs property, "redundant_metadata" which can have values "all" or "most". The default will be "all", which is the current behavior. Setting to "most" will cause us to only store 1 copy of level-1 indirect blocks of user data files. Additional notes: The new man page section for this property states "The exact behavior of which metadata blocks are stored redundantly may change in future releases." and: "When set to most, ZFS stores an extra copy of most types of metadata. This can improve performance of random writes, because less metadata must be written." The current implementation is as described above in Matt's blog. It is controlled by a new global integer "zfs_redundant_metadata_most_ditto_level", currently initialized to 2. When "redundant_metadata" is set to "most", only indirect blocks of the specified level and higher will have additional ditto blocks created. Ported by: Tim Chase <[email protected]> Signed-off-by: Brian Behlendorf <[email protected]> Closes #2542
Diffstat (limited to 'module/zfs/dsl_destroy.c')
0 files changed, 0 insertions, 0 deletions