Date: Fri, 23 Nov 2018 04:15:15 -0800 From: Enji Cooper <yaneurabeya@gmail.com> To: lev@FreeBSD.org Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>, Freebsd hackers list <freebsd-hackers@freebsd.org>, Eugene Grosbein <eugen@grosbein.net> Subject: Re: TRIM utility Message-ID: <ED80E61D-E403-43E3-B1AF-9601F0CE2475@gmail.com> In-Reply-To: <ca200443-f997-4d84-cbd5-592243714898@FreeBSD.org> References: <7699de57-d903-1d61-ee42-062ed312b20d@grosbein.net> <b61eb320-93a6-44f9-bcf2-49d3b8c5e5e9@FreeBSD.org> <3876.1542971951@critter.freebsd.dk> <ca200443-f997-4d84-cbd5-592243714898@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Nov 23, 2018, at 03:34, Lev Serebryakov <lev@FreeBSD.org> wrote: >=20 > On 23.11.2018 14:19, Poul-Henning Kamp wrote: >=20 >>>> Currently it has four options, all of them are, hmm, optional: >> Isn't this the kind of thing that dd(1) should learn about instead ? > One utility to done one thing very well? :-) >=20 > dd(1) is way overloaded, IMHO. I agree that dd is super complex; while we could add conv=3Dtrim, that might= not be the right way. Would it make sense to have pushed down into a simple library (leveraging th= e logic used by dd), and adopt in several tools? Thanks so much for bringing this up Eugene :). -Enji=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ED80E61D-E403-43E3-B1AF-9601F0CE2475>