svn commit: r344316 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs

Cy Schubert Cy.Schubert at cschubert.com
Wed Feb 20 18:03:34 UTC 2019


On February 20, 2019 9:01:53 AM PST, Enji Cooper <yaneurabeya at gmail.com> wrote:
>
>> On Feb 19, 2019, at 23:56, Alexey Dokuchaev <danfe at freebsd.org>
>wrote:
>> 
>>> On Tue, Feb 19, 2019 at 06:43:28PM -0500, Shawn Webb wrote:
>>> At the risk of painting a bikeshed a lovely color of neon purple,
>I'm
>>> curious about if/how these types of commits get merged upstream to
>>> (OpenZFS|Illumos|ZFS On Linux|where ever ZFS upstream is now|I'm
>very
>>> confused|is anyone else confused where upstream is?).
>>> 
>>> Who is upstream? Is work like this going to remain as a downstream
>>> patch to ZFS? Or is FreeBSD going to work to upstream this type of
>>> work?
>> 
>> I've always felt that we should've become upstream to everyone else
>> the moment we knew Oracle would eat Sun (20 April 2009), and never
>> understood why it didn't happen and now, ten years later, we're
>talking
>> about ZFS on fucking Linux becoming our upstream.  Something'd got
>very
>> wrong here and I'd like to know what and why.
>
>As others have pointed out, FreeBSD has less developer inertia than
>Linux, and there are (seemingly) less developers or interested parties
>in running an openindiana based stack.
>
>Also: better OS support for other general purpose
>infrastructure/usecases with items like multitenancy via
>containerization/CGroups2, Java, etc, and mindshare around this and
>other things.
>
>The only thing really holding ZoL back in Linux is the fact that (due
>to licensing) it won’t ever be in the Linux kernel.
>
>-Enji

Exactly. This and the fact that our user base is considerably smaller, we don't have the gravitas and must settle being dictated to. POSIX is dead.

I suppose a person could get on top of the soapbox again but ...

A way forward might be two pronged. Yes, maintain ZoF based on ZoL, illumos, or both, and a Linux KPI layer to allow ZoL (and anything else for that matter) to be imported into ports. However maintaining a great shim to the exclusion of good native support is existential.


-- 
Pardon the typos and autocorrect, small keyboard in use.
Cheers,
Cy Schubert <Cy.Schubert at cschubert.com>
FreeBSD UNIX: <cy at FreeBSD.org> Web: http://www.FreeBSD.org

	The need of the many outweighs the greed of the few.


More information about the svn-src-all mailing list