Who's Behind That Kernel You're Using?
Way back in April 2008, the Linux Foundation published a little report that upended a lot of perceptions about Linux development. Now, they've done it again.
The report in question — Linux Kernel Development: How Fast it is Going, Who is Doing It, What They are Doing, and Who is Sponsoring It? — revealed a number of things about the Linux kernel. At a total line count of 8,859,683, the kernel was growing at roughly 10% per year, with an average of some 3,621 lines of code added every day, while 1,550 lines were removed and 1,425 lines were changed. Possibly the most interesting numbers, however, were those regarding the faces behind those changes.
According to the report, the latest release — at the time it was written — was written by 3,678 developers, a fifty percent increase in individual developers in just three years time. It also found that 15% of the work on the kernel was being performed by the top-ten developers, each having contributed more than 1% of the code, with some contributing just shy of 2%. Interestingly enough — though not surprising, given his role as supreme maintainer — developer-in-chief Linus Torvalds ranked as the 27th most prolific, at 0.6%.
The most enlightening part of the report, perhaps, was the level of corporate involvement. Open Source projects seem to have a certain mystique, a prevalent idea that they are the result of hundreds of individual contributors slaving away in their spare time. The Foundation's report shattered this perception, finding that 75% of the work being undertaken was contributed by the top ten groups involved. The top two of these — "none" and "unknown" — were responsible for a great deal of work, though the "unknown" group was composed entirely of developers with ten or less contributions in the previous three years. According to the report, even if one assumes that every single developer in the "unknown" group was unaffiliated — highly unlikely — the work being done by those paid to contribute still constituted over 70% of all kernel development. Not bad for those corporations everybody is always wanting to be rid of.
Sadly, the report has become outdated — as it demonstrates itself, kernel development accelerates at a pace that renders a year and a half old report obsolete. It is for that reason that the Linux Foundation announced today that an updated report is available for download, written by original authors Jonathan Corbet and Greg Kroah-Hartman, along with Foundation Vice President Amanda McPherson.
The new report, as might be expected, finds that kernel growth is still going strong, with the 2.6.30 kernel containing 11,560,971 lines of code, an increase of 2,701,288 lines in the past year and a half. It reports that growth has increased exponentially with the addition of the linux-next tree, where patches are staged prior to being committed to the main kernel tree. An average of 6,422 lines of code have been added, 3,285 removed, and 1,687 changed each day in the past four and a half years — that's an increase of fifty percent in the number of daily additions and deletions from the original report.
The new report finds that, in the last three years, the individual developer community has grown by some fifty percent, with a total of 1,150 developers having a hand in the 2.6.30 kernel. Still, the top contributors are top for a reason. Some 33% of developers — almost 400 in all — who submitted a patch did exactly that: submitted one patch. The top ten are responsible for just shy of 12% of the code, while the top thirty can claim 25%. The current top individual contributor, David S. Miller, at 1.5%, held the second-highest spot in the original report, with 1.8%. The report notes the "amusing" revelation that Linus has fallen out of the top-thirty, unsurprising given his more administrative role. It goes on to note that "merge commits" are not counted in the report, and that Linus is responsible for a significant number of these.
And, of course, there is the sponsored section. "None" retains the top spot, with 18.% of the total contributions being made — "Unknown," however, slips to the number three spot, down to 7.6% from its previous 12.9%. The second place spot was seized by Red Hat — third in the previous report — which rose from its previous 11.2% to a current 12.3%. Once again, more than 70% of all development on the kernel is being done by those who are paid to do it. The report also notes that the jump in contributions from the "None" group is in part due to better identification — the drop in "Unknown" represents identification of their affiliations or lack there of, and many subsequently moved into the "None" category.
Of course, both reports hold a host of other data, including those reviewing and approving changes — the full seventeen page report is an interesting read for anyone interested in pushing back the curtain to see what is really going on in kernel development.
The full text of both reports is available from the Linux Foundation — the 2009 report is in PDF.
Justin Ryan is a Contributing Editor for Linux Journal.
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Sponsored by AMD
Built-in forensics, incident response, and security with Red Hat Enterprise Linux 6
Every security policy provides guidance and requirements for ensuring adequate protection of information and data, as well as high-level technical and administrative security requirements for a system in a given environment. Traditionally, providing security for a system focuses on the confidentiality of the information on it. However, protecting the data integrity and system and data availability is just as important. For example, when processing United States intelligence information, there are three attributes that require protection: confidentiality, integrity, and availability.
Learn more about catching the bad guy in this free white paper.
Sponsored by DLT Solutions
| Designing Electronics with Linux | May 22, 2013 |
| Dynamic DNS—an Object Lesson in Problem Solving | May 21, 2013 |
| Using Salt Stack and Vagrant for Drupal Development | May 20, 2013 |
| Making Linux and Android Get Along (It's Not as Hard as It Sounds) | May 16, 2013 |
| Drupal Is a Framework: Why Everyone Needs to Understand This | May 15, 2013 |
| Home, My Backup Data Center | May 13, 2013 |
- I once had a better way I
3 hours 23 min ago - Not only you I too assumed
3 hours 40 min ago - another very interesting
5 hours 33 min ago - Reply to comment | Linux Journal
7 hours 27 min ago - Reply to comment | Linux Journal
14 hours 21 min ago - Reply to comment | Linux Journal
14 hours 37 min ago - Favorite (and easily brute-forced) pw's
16 hours 28 min ago - Have you tried Boxen? It's a
22 hours 20 min ago - seo services in india
1 day 2 hours ago - For KDE install kio-mtp
1 day 2 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi

It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Featured Jobs
| Linux Systems Administrator | Houston and Austin, Texas | Host Gator |
| Senior Perl Developer | Austin, Texas | Host Gator |
| Technical Support Rep | Houston and Austin, Texas | Host Gator |
| UX Designer | Austin, Texas | Host Gator |
| Web & UI Developer (JavaScript & j Query) | Austin, Texas | Host Gator |
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?



Comments
Behind the Scene...
It's good to see this being addressed. I think with time the adoption process will become the real issue. It's funny how those who had campaigns to make linux as friendly as windows may begin to see things a bit different once gnu/linux becomes the top dog.
"Who will shape & mold the kernel 5, 10 or 15 years from now ? Will the gnu gpl license be the standard ?"
Doesn't Oracle contribute to the kernel? Doesn't Ubuntu?
It was my understanging that Oracle had a large number of Linux developers and there was some contribution to the kernel and I always assumed a distro as large and well funded as Ubuntu did also but neither is mentioned.
Canonical contributes very little
Canonical does not contribute to important projects like the kernel, X, standard libraries, etc. Unlikely they can offer the depth of experience of some of the other major players in that space. Their customers would be stuck as purely being consumers of whatever they happen to catch downstream from other vendors like Red Hat, Intel, IBM, and Novell. Something to think about when you're buying real business solutions.
Canonical contribs
That wouldn't be their purpose: they're focused on usability and the desktop solution, not the server side/middleware/backends. So depending on your business- it may or may not make sense.
No, the heart and soul of
No, the heart and soul of any distro is the kernel and there would be much there that they could contribute to that would affect desktop users - drivers, memory, speed, filesystems, etc.
This begs the question as to what do they contribute to. I know they just announced they were going to provide developers to Debian (about time) but what of Xorg, OpenOffice, Gnome, KDE, etc .....
And remember they are producing a server product so your comment is erroneous http://www.ubuntu.com/products/whatIsubuntu/serveredition