Alexander Motin cab7d856ea Move write aggregation memory copy out of vq_lock ... Memory copy is too heavy operation to do under the congested lock. Moving it out reduces congestion by many times to almost invisible. Since the original zio removed from the queue, and the child zio is not executed yet, I don't see why would the copy need protection. My guess it just remained like this from the time when lock was not dropped here, which was added later to fix lock ordering issue. Multi-threaded sequential write tests with both HDD and SSD pools with ZVOL block sizes of 4KB, 16KB, 64KB and 128KB all show major reduction of lock congestion, saving from 15% to 35% of CPU time and increasing throughput from 10% to 40%. Reviewed-by: Richard Yao <ryao@gentoo.org> Reviewed-by: Matt Ahrens <mahrens@delphix.com> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Signed-off-by: Alexander Motin <mav@FreeBSD.org> Closes #8890		2019-09-25 11:27:47 -07:00
..
avl	Update build system and packaging	2018-05-29 16:00:33 -07:00
icp	Restructure vec_idx loops	2019-04-16 12:34:06 -07:00
lua	Update build system and packaging	2018-05-29 16:00:33 -07:00
nvpair	Use NV_ENCODE_NATIVE for nvlist encoding variable	2019-04-26 11:24:31 -07:00
spl	Remove vn_set_fs_pwd()/vn_set_pwd() (no need to be at / during insmod)	2019-09-25 11:27:46 -07:00
unicode	Update build system and packaging	2018-05-29 16:00:33 -07:00
zcommon	Restrict filesystem creation if name referred either '.' or '..'	2019-09-25 11:27:47 -07:00
zfs	Move write aggregation memory copy out of vq_lock	2019-09-25 11:27:47 -07:00
.gitignore	Prepare SPL repo to merge with ZFS repo	2018-05-29 14:51:39 -07:00
Makefile.in	Linux 5.0 compat: Fix SUBDIRs	2019-01-28 10:11:45 -08:00