freebsd-skq/cmd/zpool
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
..
zpool_iter.c 6551 cmd/zpool: cleanup gcc warnings 2016-03-08 18:37:34 +00:00
zpool_main.c 9102 zfs should be able to initialize storage devices 2018-07-31 18:49:07 +00:00
zpool_util.c Update vendor/opensolaris to last OpenSolaris state (13149:b23a4dab3d50) 2012-07-18 07:48:04 +00:00
zpool_util.h 7446 zpool create should support efi system partition 2017-05-26 12:02:14 +00:00
zpool_vdev.c 8941 zpool add: assertion failed in get_replication() with nested interior VDEVs 2018-02-22 01:17:32 +00:00