Date: Tue, 08 Jan 2019 03:48:44 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 234705] zpool initialize does not BIO_DELETE Message-ID: <bug-234705-3630-Z6QbGdkMLY@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-234705-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-234705-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=3D234705 --- Comment #3 from Warner Losh <imp@FreeBSD.org> --- (In reply to Warner Losh from comment #2) Which is a long way of saying BIO_DELETE is our deallocation abstraction, a= nd we should use it, but it is (in FreeBSD) non-deterministic. We don't have a= way to 'widen' the abstraction to one of the three possible values (0, f's or l= ast) today. If ZFS cares what the data is, it should write the data. If it doesn= 't care, it should just use TRIM on devices that support it. I'm not sure how useful widening the abstraction would be, though, given the hair involved to make it work and the current lack of a real use case. --=20 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-234705-3630-Z6QbGdkMLY>