summaryrefslogtreecommitdiffstats
path: root/release/doc
diff options
context:
space:
mode:
authormav <mav@FreeBSD.org>2015-08-19 17:41:49 +0000
committermav <mav@FreeBSD.org>2015-08-19 17:41:49 +0000
commit374a9ddfc6c70f65a571a496c971b2dc17a4cc37 (patch)
treed650366a02a4ec964febf28c736529f6b863d815 /release/doc
parent4e7de07e7eb40f6e8b0bca752fd51eca9425ccc6 (diff)
downloadFreeBSD-src-374a9ddfc6c70f65a571a496c971b2dc17a4cc37.zip
FreeBSD-src-374a9ddfc6c70f65a571a496c971b2dc17a4cc37.tar.gz
MFC r286320: Issue all reads of single XCOPY segment simultaneously.
During vMotion and Clone VMware by default runs multiple sequential 4MB XCOPY requests same time. If CTL issues reads sequentially in 1MB chunks for each XCOPY command, reads from different commands are not detected as sequential by serseq option code and allowed to execute simultaneously. Such read pattern confused ZFS prefetcher, causing suboptimal disk access. Issuing all reads same time make serseq code work properly, serializing reads both within each XCOPY command and between them. My tests with ZFS pool of 14 disks in RAID10 shows prefetcher efficiency improved from 37% to 99.7%, copying speed improved by 10-60%, average read latency reduced twice on HDD layer and by five times on zvol layer.
Diffstat (limited to 'release/doc')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud