On Wed, 15 Mar 2006 23:53:21 +0100 (MET), Jan Engelhardt <[email protected]> wrote:
>
>>> By stable I mean rate of change of codebase, patch volume per month,
>>> 2.6 is orders of magnitude less stable than 2.4 by that simple measure.
>>
>>That is no measure of stability.
>>
>
>Ack! Let's pick one:
>
>Although the exact numbers of patches per time for a specific
>software manufacturer - let's pick Microsoft as an example - is not known,
>it is usually low (two for this *month* afaics), compared to what hits lkml
>*each day*.
>
>Does that make their software more stable than Linux? I would have my
>doubts about that.
Yeah but MSFT has been very stably broken for many years ;)
Anyway, what I'm trying to put forward is the notion that the high
patch churn rate in l-k indicates a non-stable, experimental piece
of work which may one day result in a stable kernel. But at the
moment I'll run 24/7 apps on a 2.4.latest box.
That some here choose to bend that point of view into an unintended
meaning has nothing to do with the simple reality that, for what I
use linux for, 2.6 is a such sluggish performing kernel that I soon
revert to 2.4.latest on the one box that runs 24/7 here.
If you cannot accept that, fine, ridicule the testers feedback you
do not want to hear.
Certainly provides little motivation for testers to provide any
feedback does it not? I've had two threads on sluggish terminal
here performance without resolution. 2.6 feels sluggish, the test
is simple and repeatable, your ridicule does not change that at all.
2.4.early was a dog of a kernel, I was often bouncing between Linus'
and ac' branches back then depending on which was working in a
particular week. It got better, as will 2.6. Maybe by 2.6.20+ ?
Grant.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
