aboutsummaryrefslogtreecommitdiff
path: root/cddl/contrib/opensolaris/cmd/zhack/zhack.c
diff options
context:
space:
mode:
authorAlexander Motin <mav@FreeBSD.org>2015-08-12 22:41:06 +0000
committerAlexander Motin <mav@FreeBSD.org>2015-08-12 22:41:06 +0000
commitb696497df0197b0dc72d87fd0fedac61a504d0b7 (patch)
tree66f394e094d8472a37e6c1a6cae22884f36b19e2 /cddl/contrib/opensolaris/cmd/zhack/zhack.c
parent6b5c8394f1e8f5250d60f5117b5fc03833f28b89 (diff)
parentfa4d80aacbc26c4cb733b42af06bcc8a8f6a602f (diff)
downloadsrc-b696497df0197b0dc72d87fd0fedac61a504d0b7.tar.gz
src-b696497df0197b0dc72d87fd0fedac61a504d0b7.zip
MFV r286704: 5960 zfs recv should prefetch indirect blocks
5925 zfs receive -o origin= Reviewed by: Prakash Surya <prakash.surya@delphix.com> Reviewed by: Matthew Ahrens <mahrens@delphix.com> Author: Paul Dagnelie <pcd@delphix.com> While running 'zfs recv' we noticed that every 128th 8K block required a read. We were seeing that restore_write() was calling dmu_tx_hold_write() and the indirect block was not cached. We should prefetch upcoming indirect blocks to avoid having to go to disk and blocking the restore_write(). Allow an incremental send stream to be received as a clone, even if the stream does not mark it as a clone.
Notes
Notes: svn path=/head/; revision=286705
Diffstat (limited to 'cddl/contrib/opensolaris/cmd/zhack/zhack.c')
0 files changed, 0 insertions, 0 deletions