Date: Sat, 20 Jul 2013 12:26:16 +0200 From: Per olof Ljungmark <peo@intersonic.se> To: aurfalien <aurfalien@gmail.com> Cc: FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: ZFS trim patches Message-ID: <51EA65C8.8060607@intersonic.se> In-Reply-To: <6BB846C4-0D41-4CD4-81C4-A0A44FA40FE5@gmail.com> References: <6BB846C4-0D41-4CD4-81C4-A0A44FA40FE5@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2013-07-20 07:25, aurfalien wrote: > Hi, > > Is this; > > http://lists.freebsd.org/pipermail/freebsd-current/2012-September/036777.html > > ... available in the form of a patch for stable rels? > > Its ZFS TRIM support. > According to /usr/src/UPDATING, yes: 20130605: Added ZFS TRIM support which is enabled by default. To disable ZFS TRIM support set vfs.zfs.trim.enabled=0 in loader.conf. Creating new ZFS pools and adding new devices to existing pools first performs a full device level TRIM which can take a significant amount of time. The sysctl vfs.zfs.vdev.trim_on_init can be set to 0 to disable this behaviour. ZFS TRIM requires the underlying device support BIO_DELETE which is currently provided by methods such as ATA TRIM and SCSI UNMAP via CAM, which are typically supported by SSD's. Stats for ZFS TRIM can be monitored by looking at the sysctl's under kstat.zfs.misc.zio_trim.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51EA65C8.8060607>