[Bug 197516] TRIM on gmirror is slow and results in inresponsive system

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Tue Feb 10 13:44:41 UTC 2015


            Bug ID: 197516
           Summary: TRIM on gmirror is slow and results in inresponsive
           Product: Base System
           Version: 10.1-STABLE
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: rs at bytecamp.net

Created attachment 152841
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=152841&action=edit
Test results

After deleting a (fairly) large file on an ssd based gmirror, the system
becomes inresponsive for a certain period of time. This seems to be caused by
the calls to BIO_DELETE on the mirror, which can be monitored with gstat -d.
Doing exactly the same on an unmirrored UFS leaves the system unimpacted, as
the DELETE operation takes only a fraction of time there.

I've also tried tuning the behaviour of the mirror with the sysctl
kern.geom.dev.delete_max_sectors. Setting it to 0 oder greater values than the
default of 262144 does not significantly affect the performance.

A script which I used to test with is attached, also the results reformatted in
a better readable way.

The system is non productive and can be used to figure out what is going wrong.
Any help is appreciated.

You are receiving this mail because:
You are the assignee for the bug.

More information about the freebsd-bugs mailing list