freebsd-skq/man/man1m
Alexander Motin 59ef839e67 9102 zfs should be able to initialize storage devices
The first access to a disk block can incur a performance penalty on some
platforms (e.g. AWS's EBS, VMware VMDKs). Therefore it is recommended that
volumes be "thick provisioned", where supported by the platform (VMware).
Thick provisioning is time consuming and often is ignored. If the thick
provision step is omitted, customers will see suboptimal performance until
we have written to all parts of the LUN. ZFS should be able to initialize
any unused storage to remove any first-write penalty that exists.

illumos/illumos-gate@094e47e980

Reviewed by: John Wren Kennedy <john.kennedy@delphix.com>
Reviewed by: Matthew Ahrens <mahrens@delphix.com>
Reviewed by: Pavel Zakharov <pavel.zakharov@delphix.com>
Reviewed by: Prakash Surya <prakash.surya@delphix.com>
Approved by: Richard Lowe <richlowe@richlowe.net>
2018-07-31 18:49:07 +00:00
..
dtrace.1m Update vendor/illumos/dist to pre libzfs_core state (dtrace and ctf part) 2012-07-18 10:19:06 +00:00
lockstat.1m Update vendor/illumos/dist to pre libzfs_core state (dtrace and ctf part) 2012-07-18 10:19:06 +00:00
plockstat.1m Update vendor/illumos/dist to pre libzfs_core state (dtrace and ctf part) 2012-07-18 10:19:06 +00:00
zdb.1m 9166 zfs storage pool checkpoint 2018-03-28 18:12:06 +00:00
zfs-program.1m 8677 Open-Context Channel Programs 2018-01-21 19:26:38 +00:00
zfs.1m 9286 want refreservation=auto 2018-07-30 22:10:15 +00:00
zpool.1m 9102 zfs should be able to initialize storage devices 2018-07-31 18:49:07 +00:00
zstreamdump.1m Update vendor/illumos/dist to pre libzfs_core state (zfs part) 2012-07-18 10:19:51 +00:00