Re: New dev model (was [PATCH] delete devfs)

[Paul Jackson]

> There's much worth in having a very stable kernel.

There certainly is.  But the contribution that having a separate 2.7/2.8
kernel at the head (Linus, et. al.) end has to a user having a stable kernel
is not what you think it is.

The direction presented to us now is having smaller, more continuous,
steps in the head end, over having fewer larger, more disruptive steps. 
Do we do all the incompatible changes in a big chunk, once every couple
of years, or do we do them one a week, ongoing.

Now, I repeat, this is at the head end.  End users who want stability
aren't feeding directly off kernel.org anyway.

The affect downstream on real users is this.  If the head end operates
in big chunky style, then as this big change flows downstream, it makes
transitions for distros, service providers and middlemen more costly and
difficult, creating expenses that must be passed on to the end user.

Yes - damming up the flow of changes creates stability.  But if you're a
middleman, you don't need Linus to choose where to build the dam, and
when to open the flood gates.  It's more efficient for you to choose for
yourself when to do that damming, based on your particular resources and
customer needs, rather than have to deal with hundred year floods and
draughts imposed on you by Zeus.

The end user always gets their stability, if only because they won't
upgrade a system that is "working".

And every change at the head end is disruptive for some poor slob.
The only perfectly compatible change is no change at all.  We delude
ourselves if we think we can separate the "safe" fixes and additions
from the "unsafe" incompatible changes.  Better that we should expend
some energy on smoothing out and minimizing the cost of change to those
downstream from us.  This needs to be done the old-fashioned way, one
change at a time.

The question is whether we impose, on all those downstream from us,
occasional hundred year floods, or do we provide a steady stream, and
let them build their own little beaver dams, as suits their various and
diverse needs and business cycles.

The great lesson of capitalism over communism is that a thousand free
workers and investors, each optimizing their own little plot or
portfolio, beats a single centrally imposed five year plan, even if the
man pulling the levers is a genius such as Linus or Lenin (sorry, Linus,
couldn't resist ...).

-- 
                          I won't rest till it's the best ...
                          Programmer, Linux Scalability
                          Paul Jackson <pj@xxxxxxx> 1.650.933.1373
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/