ZFS UNMAP performance

Bob Bishop rb at gid.co.uk
Wed Mar 12 10:16:44 UTC 2014


Hi,

On 12 Mar 2014, at 00:28, Danny Schales <dan at LaTech.edu> wrote:

> On 3/11/2014 5:31 PM, Eric van Gyzen wrote:
>>> Replying to myself...I note that the system is reporting that TRIM is
>>> being used.  Is this normal for non-SSD systems?  There *is* SSD in the
>>> system, but I'm pretty sure the system can't tell it's SSD (it's hidden
>>> behind a Dell PERC card).  The number of trim.successes is roughly
>>> equivalent to the number of deletes reported by gstat for the ISCSI LUN
>>> devices.  Should the system be using TRIM for ISCSI LUNs?
>> Sure, if the LUN (i.e. the storage controller) reports that it supports
>> TRIM/UNMAP.  Note that this is completely unrelated to the type of disks
>> that provide the LUN's backing store.
>> 
>>> kstat.zfs.misc.zio_trim.bytes: 232845656064
>>> kstat.zfs.misc.zio_trim.success: 30810983
>>> kstat.zfs.misc.zio_trim.unsupported: 809
>>> kstat.zfs.misc.zio_trim.failed: 0
>>> 
>>> Danny
>>> 
>> 
> 
> Are there any risks to turning off TRIM to see if the performance
> improves (other than the loss of space recovery)?
> 
> Danny

If the backing store really is SSD then turning off TRIM should hurt write performance eventually (and read to a lesser extent).

--
Bob Bishop
rb at gid.co.uk






More information about the freebsd-stable mailing list