mirror of
https://git.proxmox.com/git/mirror_zfs.git
synced 2025-02-23 07:24:22 +03:00
9e5a297de6
Page writebacks with WB_SYNC_NONE can take several seconds to complete since they wait for the transaction group to close before being committed. This is usually not a problem since the caller does not need to wait. However, if we're simultaneously doing a writeback with WB_SYNC_ALL (e.g via msync), the latter can block for several seconds (up to zfs_txg_timeout) due to the active WB_SYNC_NONE writeback since it needs to wait for the transaction to complete and the PG_writeback bit to be cleared. This commit deals with 2 cases: - No page writeback is active. A WB_SYNC_ALL page writeback starts and even completes. But when it's about to check if the PG_writeback bit has been cleared, another writeback with WB_SYNC_NONE starts. The sync page writeback ends up waiting for the non-sync page writeback to complete. - A page writeback with WB_SYNC_NONE is already active when a WB_SYNC_ALL writeback starts. The WB_SYNC_ALL writeback ends up waiting for the WB_SYNC_NONE writeback. The fix works by carefully keeping track of active sync/non-sync writebacks and committing when beneficial. Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Signed-off-by: Shaan Nobee <sniper111@gmail.com> Closes #12662 Closes #12790
40 lines
528 B
Makefile
40 lines
528 B
Makefile
EXTRA_DIST = file_common.h
|
|
|
|
SUBDIRS = \
|
|
badsend \
|
|
btree_test \
|
|
chg_usr_exec \
|
|
devname2devid \
|
|
dir_rd_update \
|
|
draid \
|
|
file_check \
|
|
file_trunc \
|
|
file_write \
|
|
get_diff \
|
|
largest_file \
|
|
libzfs_input_check \
|
|
mkbusy \
|
|
mkfile \
|
|
mkfiles \
|
|
mktree \
|
|
mmap_exec \
|
|
mmap_libaio \
|
|
mmap_seek \
|
|
mmap_sync \
|
|
mmapwrite \
|
|
nvlist_to_lua \
|
|
randwritecomp \
|
|
readmmap \
|
|
rename_dir \
|
|
rm_lnkcnt_zero_file \
|
|
send_doall \
|
|
stride_dd \
|
|
threadsappend
|
|
|
|
if BUILD_LINUX
|
|
SUBDIRS += \
|
|
randfree_file \
|
|
user_ns_exec \
|
|
xattrtest
|
|
endif
|