From: Willy Tarreau <w@1wt.eu>
To: Adrian Bunk <bunk@kernel.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Linux 2.4 usage statistics
Date: Mon, 28 Apr 2008 23:18:12 +0200 [thread overview]
Message-ID: <20080428211812.GA19093@1wt.eu> (raw)
In-Reply-To: <20080428205631.GA2813@cs181133002.pp.htv.fi>
Hi Adrian,
On Mon, Apr 28, 2008 at 11:56:31PM +0300, Adrian Bunk wrote:
> Just a note that some "how many" and "which version exactly" data is
> available from [1] which is generated from data users send through a
> cron job with data from nearly 5000 machines reported during the last
> 60 days.
I've already seen this one sometime ago, but realized that you will never
get stats from sensible systems there. For instance, none of my customers
running linux in production would ever accept to permit an HTTP communication
between any of their servers with another one on the need, and especially
when it comes to reporting stats about *their* versions.
Also, I recently realized that several high-grade commercial products still
ship with 2.4 in it. I even know about one which never said it used Linux,
running on MVL 2.4.2 :-)
Of course those ones do not care a dime about recent versions. But it looks
like the falling curve has reached a stabilization point, because such
products would have had hundreds of opportunities to upgrade. Reason why
I'm wondering and asking them directly.
> When clicking on a version (e.g. "2.4.27") you can also see which of
> them are distribution kernels.
>
> Kinda shocking that 14% of these machines are not running kernel 2.6 ...
>
> Considering how this data is generated it obviously shows only part of
> the picture, and your survey will hopefully bring data what we could do
> for making kernel 2.6 more attractive (not meant against your work, but
> we should aim at bringing users to 2.6).
100% agreed, and it's the orientation of the survey. At least 2.6.16 could
be a first step for those who need high code stability.
Speaking for my case, at Exosec we still use 2.4 a lot. Main reason is that
we are used to apply a lot of patches. And maintaining a kernel which does
nearly not change in 6 months is really a joy. I have already thought about
moving to 2.6.16, but I would have had to port my patches, and was not
satisfied by the crapp^Wold scheduler which caused real performance issues
for my workload. Since I would have gained nothing in this operation, it
was easier to stick to 2.4.
I'm waiting for other people's excuses now :-)
I'm really tempted by making a new attempt with 2.6.25, but let's let it
settle down first.
> cu
> Adrian
>
> [1] http://counter.li.org/reports/systemstats.php
Cheers,
Willy
next prev parent reply other threads:[~2008-04-28 21:18 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-28 20:24 Linux 2.4 usage statistics Willy Tarreau
2008-04-28 20:56 ` Adrian Bunk
2008-04-28 21:18 ` Willy Tarreau [this message]
2008-04-29 19:06 ` Stefan Richter
2008-05-04 1:01 ` Lee Revell
2008-05-04 8:45 ` Jean Delvare
2008-06-01 23:50 ` Linux 2.4 usage statistics (results) Willy Tarreau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080428211812.GA19093@1wt.eu \
--to=w@1wt.eu \
--cc=bunk@kernel.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox