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

Rodney W. Grimes freebsd at pdx.rh.CN85.dnsmgr.net
Wed Feb 20 17:11:44 UTC 2019


> > 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.

One can personally link ZoL into your own kernel, and a company/corporate
can even do this and run it on 1000's of servers, you just can not
distribute it to anyone else, which in the end is not really a big
deal, unless your in the Linux distribution business.

-- 
Rod Grimes                                                 rgrimes at freebsd.org


More information about the svn-src-all mailing list