Steven Hartland adea827b21 Optimisation of TRIM processing. ... Previously TRIM processing was very bursty. This was made worse by the fact that TRIM requests on SSD's are typically much slower than reads or writes. This often resulted in stalls while large numbers of TRIM's where processed. In addition due to the way the TRIM thread was only woken by writes, deletes could stall in the queue for extensive periods of time. This patch adds a number of controls to how often the TRIM thread for each SPA processes its outstanding delete requests. vfs.zfs.trim.timeout: Delay TRIMs by up to this many seconds vfs.zfs.trim.txg_delay: Delay TRIMs by up to this many TXGs (reduced to 32) vfs.zfs.vdev.trim_max_bytes: Maximum pending TRIM bytes for a vdev vfs.zfs.vdev.trim_max_pending: Maximum pending TRIM segments for a vdev vfs.zfs.trim.max_interval: Maximum interval between TRIM queue processing (seconds) Given the most common TRIM implementation is ATA TRIM the current defaults are targeted at that. Reviewed by: pjd (mentor) Approved by: pjd (mentor) MFC after: 2 weeks		2013-03-21 11:02:08 +00:00
..
boot/zfs	MFV r245512:	2013-02-09 06:39:28 +00:00
compat/opensolaris	TRIM cache devices based on time instead of TXGs.	2013-03-21 10:29:05 +00:00
contrib/opensolaris	Optimisation of TRIM processing.	2013-03-21 11:02:08 +00:00
dev	Add FBT for PowerPC DTrace. Also, clean up the DTrace assembly code,	2013-03-18 05:30:18 +00:00