what about a very very very very very old linux distro. One with a very very very very very old kernel. That would drastically show the linux evolution whether good or bad.
I'm afraid that the benchmark images you link to don't really tell me much. They relate to dragonflybsd 1.12 (feb 2008) and freebsd 7.0. Dragonflybsd is now at 2.2.1 (apr 2009).Originally Posted by vermaden
Ultimately though I'm not interested in seeing a benchmark for dragonflybsd because I think it's wonderful and want to have my preconceived notions confirmed. I'm not trying to pick something that I think will "win" I'm just suggesting something I'd be interested in seeing, whether the results are good, bad or indifferent.
If performance really is terrible - all the more reason to include it.
I would like to see Gentoo in this comparison.
Last edited by kraftman; 08-21-2009 at 04:04 AM.
I was just reading this article which has some relevant info:
Source: Linux Kernel Development Speeds Up - InternetNews.com
Address : <http://www.internetnews.com/stats/article.php/3835286>
August 19, 2009
By Sean Michael Kerner: More stories by this author:
More developers are contributing more code to the development of Linux, and are speeding up in the process, according to a new study from the Linux Foundation.
The latest "Who Writes Linux" report is now its second year, tracking the development of Linux from the 2.6.24 kernel to the recent 2.6.30 kernel release.
The report found that that there Linux saw a net increase of 2.7 million lines of code between the 2.6.24 and 2.6.30 releases, compared to the almost 300,000 lines added in the run-up to 2.6.24.
That code was contributed to Linux at a faster rate and by more developers than the previous release, the report also found.
The pace of development, measured in terms of patches accepted every hour, was 42 percent faster than it had been in the first Who Writes Linux report. Between the 2.6.24 and the 2.6.30 releases, there were 5.45 patches accepted every hour, for an average of 10,923 lines of code added every day, the Foundation said.
New code contributions have included additional hardware support as well as operating system features such as next-generation filesystems like BTRFS.
While new code is added, old code is also pruned away. The report found that an average of 5,547 lines of code are removed every day.
Who is doing all the work?
Since the first Who Writes Linux report last year, the average number of individual developers who contribute to Linux has grown more than 10 percent: The 2.6.30 Linux kernel release had 1,150 developers while the 2.6.24 release had 1,057 developers.
Over the course of the last four and a half years, between the 2.6.11 kernel in 2005 and the 2.6.30 kernel release this year, a total of 4,190 individuals contributed.
But those figures don't tell the whole story, according to the Foundation.
"Despite the large number of individual developers, there is still a relatively small number who are doing the majority of the work," the report said. "In any given development cycle, approximately 1/3 of the developers involved contribute exactly one patch. Over the past 4.5 years, the top 10 individual developers have contributed almost 12 percent of the number of changes and the top 30 developers have contributed over 25 percent."
Surprisingly, Linux founder Linus Torvalds is no longer among the top 30 Linux contributors over the course of the last year, as measured by the total number of changes. Since the 2.6.24 kernel, Torvalds contributed 254 changes. In contrast, Red Hat kernel developer Ingo Molnar contributed 1,164 changes between the 2.6.24 and the 2.6.30 kernel releases.
"Linus remains an active and crucial part of the development process; his contribution cannot be measured just by the number of changes made," the report said.
Torvalds' contribution also can be seen in kernel merges. The report's patch contribution numbers do not count "merge commits," which is where the patch changes are merged into other changes in the Linux kernel. Since the 2.6.24 release, Torvalds directly managed 2.7 percent of all Linux kernel merges, ranking him ninth on the list of top developers that merged or signed-off on code for inclusion in Linux.
Top companies contributing
In terms of the top companies that contributed to the 2.6.30 release, Red Hat (NYSE: RHT) ranked No. 1, with 12 percent of all change contributions. IBM (NYSE: IBM) came in at second place with 6.3 percent, Novell (NASDAQ: NOVL) third at 6.1 percent and Intel (NASDAQ: INTC) fourth at 6.0 percent.
While developers with company affiliations contribute many changes to Linux, the report found that 21.1 percent of all changes since the 2.6.24 kernel came from developers with no corporate affiliation. In the previous study, the Linux Foundation reported only 13.9 percent of developers as having no corporate affiliation. At least part of the increase may come from simply improved data-collection.
"The increase in the number of developers with no employer is most likely an artifact of better information in our database -- many of them were previously in the 'unknown' category," the report said.
The 2008 report stated that developers whose corporate affiliation is unknown represented 12.9 percent of Linux kernel changes. In the new report, the unknowns now only represent 4.2 percent.
Maybe they're less demanding on some devices? There's also possibility there are no reasons to migrate from 2.4 to 2.6 in some cases. Btw. 2.4 performance should be much worse then 2.6 on PC's etc.
Regarding to my previous comment:
The core of the Linux kernel is quite small, and it has also been surprisingly stable in recent times. The CPU scheduler has seen mostly incremental changes, and the core memory management code has seen few fundamental changes for years.
Last edited by kraftman; 08-21-2009 at 05:34 AM.