Date: Tue, 22 May 2018 23:32:46 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 228359] rebuild gmirror + ufs + ssd +trim Message-ID: <bug-228359-3630-aT0zfGAssj@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-228359-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-228359-3630@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=228359 --- Comment #17 from Kirk McKusick <mckusick@FreeBSD.org> --- I just looked at the implementation of the fsck_ffs -E option and it is already aggregating the free blocks into the largest trim blocks that it is able to create. It would be interesting to try running fsck_ffs with the -E and -d options (-d is causes debug output including a listing of the size and location of every trim command). On an empty filesystem it should yield one trim per cylinder group which is close to the size of the cylinder group (typically about 500Mb). I don't have a unused SSD to try this out on, but I am curious if one of you can try this experiment. Unless I am misreading the code, I think that we are doing the best that we can. -- 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-228359-3630-aT0zfGAssj>