mirror_zfs/config/kernel-blk-queue-max-segments.m4

dnl #
dnl # 2.6.34 API change
dnl # blk_queue_max_segments() consolidates blk_queue_max_hw_segments()
dnl # and blk_queue_max_phys_segments().
dnl #
AC_DEFUN([ZFS_AC_KERNEL_BLK_QUEUE_MAX_SEGMENTS], [
	AC_MSG_CHECKING([whether blk_queue_max_segments() is available])
	tmp_flags="$EXTRA_KCFLAGS"
	EXTRA_KCFLAGS="-Wno-unused-but-set-variable"
	ZFS_LINUX_TRY_COMPILE([
		#include <linux/blkdev.h>
	],[
		struct request_queue *q = NULL;
		(void) blk_queue_max_segments(q, BLK_MAX_SEGMENTS);
	],[
		AC_MSG_RESULT(yes)
		AC_DEFINE(HAVE_BLK_QUEUE_MAX_SEGMENTS, 1,
		          [blk_queue_max_segments() is available])
	],[
		AC_MSG_RESULT(no)
	])
	EXTRA_KCFLAGS="$tmp_flags"
])
Improve ZVOL queue behavior. The Linux block device queue subsystem exposes a number of configurable settings described in Linux block/blk-settings.c. The defaults for these settings are tuned for hard drives, and are not optimized for ZVOLs. Proper configuration of these options would allow upper layers (I/O scheduler) to take better decisions about write merging and ordering. Detailed rationale: - max_hw_sectors is set to unlimited (UINT_MAX). zvol_write() is able to handle writes of any size, so there's no reason to impose a limit. Let the upper layer decide. - max_segments and max_segment_size are set to unlimited. zvol_write() will copy the requests' contents into a dbuf anyway, so the number and size of the segments are irrelevant. Let the upper layer decide. - physical_block_size and io_opt are set to the ZVOL's block size. This has the potential to somewhat alleviate issue #361 for ZVOLs, by warning the upper layers that writes smaller than the volume's block size will be slow. - The NONROT flag is set to indicate this isn't a rotational device. Although the backing zpool might be composed of rotational devices, the resulting ZVOL often doesn't exhibit the same behavior due to the COW mechanisms used by ZFS. Setting this flag will prevent upper layers from making useless decisions (such as reordering writes) based on incorrect assumptions about the behavior of the ZVOL. Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov> 2011-09-05 17:15:45 +04:00			`dnl #`
			`dnl # 2.6.34 API change`
			`dnl # blk_queue_max_segments() consolidates blk_queue_max_hw_segments()`
			`dnl # and blk_queue_max_phys_segments().`
			`dnl #`
			`AC_DEFUN([ZFS_AC_KERNEL_BLK_QUEUE_MAX_SEGMENTS], [`
			`AC_MSG_CHECKING([whether blk_queue_max_segments() is available])`
			`tmp_flags="$EXTRA_KCFLAGS"`
			`EXTRA_KCFLAGS="-Wno-unused-but-set-variable"`
			`ZFS_LINUX_TRY_COMPILE([`
			`#include <linux/blkdev.h>`
			`],[`
			`struct request_queue *q = NULL;`
			`(void) blk_queue_max_segments(q, BLK_MAX_SEGMENTS);`
			`],[`
			`AC_MSG_RESULT(yes)`
			`AC_DEFINE(HAVE_BLK_QUEUE_MAX_SEGMENTS, 1,`
			`[blk_queue_max_segments() is available])`
			`],[`
			`AC_MSG_RESULT(no)`
			`])`
			`EXTRA_KCFLAGS="$tmp_flags"`
			`])`