> Bill Davidsen wrote:
> >
> > I've beaten this dead horse before, but Linux will not look to
> > management like a viable candidate for default o/s until whoever releases
> > new versions of *stable* kernel series with cosmetic changes which break
> > existing systems running earlier releases of the same stable kernel
> > series.
> I wouldn't use a new release of Windows or OSF/1 or Digital Unix or
> Solaris in a commercial situation and linux is no different. In this
> case [cmpci] it sounds like some user's desktop which is also asking for
> problems. Having it visible to management is just too much risk
> regardless of the os.
The bad performance of the VM in earlier kernels is really visible to
management, which is why going to something more capable is desirable (and
works well). The issue was that Linux has always taken too long to get the
development kernel series out, which encourages development work in the
"stable" kernel. Currently the -ac kernels tend to avoid flights of fancy
and "jackpot" bad VM bahaviour. Making a parameter name change just seems
a very odd thing.
> Stick with distribution OR 2.2.x (2.2.19pre2 or higher) kernels.
People who are sticking with obsolete kernels aren't on this list in
general, I don't upgrade until there's a reason, but much better
performance visible to the user is definitely a reason.
I would love to see Alan do the stable releases and Linus do the
development, and a development branch at the time of the first release
candidates for a new stable branch.
If Linux is going to continue to gain credibility as an everyday, every
application o/s, which I think everyone on the list believes is desirable,
then a little effort to behave a bit more like traditional development is
a good thing. World domination take some "low animal cunning*" as well as
a better technical product.
*E. B. Griswald, MIT 1961
-- bill davidsen <davidsen@tmr.com> CTO, TMR Associates, Inc Doing interesting things with little computers since 1979.- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/