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.
Today’s modular x86 servers are compute-centric, designed as a least common denominator to support a wide range of IT workloads. Those generic, virtualized IT workloads have much different resource optimization requirements than hyperscale and cloud applications. They have resulted in a “one size fits all” enterprise IT architecture that is not optimized for a specific set of IT workloads, and especially not emerging hyperscale workloads, such as web applications, big data, and object storage. In this report, you will learn how shifting the focus from traditional compute-centric IT architectures to an innovative disaggregated fabric-based architecture can optimize and scale your data center.
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
| 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 |
| Non-Linux FOSS: Seashore | May 10, 2013 |
| Trying to Tame the Tablet | May 08, 2013 |
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- Using Salt Stack and Vagrant for Drupal Development
- New Products
- Validate an E-Mail Address with PHP, the Right Way
- Drupal Is a Framework: Why Everyone Needs to Understand This
- A Topic for Discussion - Open Source Feature-Richness?
- Home, My Backup Data Center
- New Products
- Tech Tip: Really Simple HTTP Server with Python
- RSS Feeds
- Find new cell phone and tablet pc
29 min 52 sec ago - Epistle
1 hour 58 min ago - Automatically updating Guest Additions
3 hours 7 min ago - I like your topic on android
3 hours 53 min ago - Reply to comment | Linux Journal
4 hours 14 min ago - This is the easiest tutorial
10 hours 29 min ago - Ahh, the Koolaid.
16 hours 7 min ago - git-annex assistant
22 hours 7 min ago - direct cable connection
22 hours 30 min ago - Agreed on AirDroid. With my
22 hours 40 min ago
Enter to Win an Adafruit Prototyping Pi Plate 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 Prototyping Pi Plate 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
- Next winner announced on 5-21-13!
Free Webinar: Linux Backup and Recovery
Most companies incorporate backup procedures for critical data, which can be restored quickly if a loss occurs. However, fewer companies are prepared for catastrophic system failures, in which they lose all data, the entire operating system, applications, settings, patches and more, reducing their system(s) to “bare metal.” After all, before data can be restored to a system, there must be a system to restore it to.
In this one hour webinar, learn how to enhance your existing backup strategies for better disaster recovery preparedness using Storix System Backup Administrator (SBAdmin), a highly flexible bare-metal recovery solution for UNIX and Linux systems.



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