Date: Tue, 10 Feb 2015 13:44:40 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 197516] TRIM on gmirror is slow and results in inresponsive system Message-ID: <bug-197516-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197516 Bug ID: 197516 Summary: TRIM on gmirror is slow and results in inresponsive system Product: Base System Version: 10.1-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: rs@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-197516-8>