summaryrefslogtreecommitdiffstats
path: root/contrib/diff/lib/strcase.h
diff options
context:
space:
mode:
authordelphij <delphij@FreeBSD.org>2014-07-15 04:39:55 +0000
committerdelphij <delphij@FreeBSD.org>2014-07-15 04:39:55 +0000
commit38554d6064d0857ca818417a4dd8569d7a7ffdec (patch)
treec8a1fc9f6e82b1f1e56ec8c88dcacbb62426302e /contrib/diff/lib/strcase.h
parent7afd1db03299d1fd306d0a0648070d557d38478b (diff)
downloadFreeBSD-src-38554d6064d0857ca818417a4dd8569d7a7ffdec.zip
FreeBSD-src-38554d6064d0857ca818417a4dd8569d7a7ffdec.tar.gz
MFC r266771: MFV r266766:
Add a new zfs property, "redundant_metadata" which can have values "all" or "most". The default will be "all", which is the current behavior. When set to all, ZFS stores an extra copy of all metadata. If a single on-disk block is corrupt, at worst a single block of user data (which is recordsize bytes long) can be lost. Setting to "most" will cause us to only store 1 copy of level-1 indirect blocks of user data files. This can improve performance of random writes, because less metadata has to be written. In practice, at worst about 100 blocks (of recordsize bytes each) of user data can be lost if a single on-disk block is corrupt. The exact behavior of which metadata blocks are stored redundantly may change in future releases. Illumos issue: 3835 zfs need not store 2 copies of all metadata
Diffstat (limited to 'contrib/diff/lib/strcase.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud