Developer statistics for 2.6.30
Once again, 2.6.30 was a large development cycle; it saw the incorporation (through just after 2.6.30-rc7) of 11,733 non-merge changesets from 1125 developers. The number of changesets exceeds 2.6.29, but the number of developers falls just short of the 1166 seen last time around. Those developers added 1.14 million lines of code this time around, while taking out 513,000, for a net growth of 624,000 lines.
The individual developer statistics for 2.6.30 look like:
Most active 2.6.30 developers
By changesets Ingo Molnar 324 2.8% Bill Pemberton 227 1.9% Stephen Hemminger 204 1.7% Hans Verkuil 199 1.7% Takashi Iwai 188 1.6% Bartlomiej Zolnierkiewicz 186 1.6% Steven Rostedt 179 1.5% Greg Kroah-Hartman 150 1.3% Jeremy Fitzhardinge 125 1.1% Mark Brown 107 0.9% Jaswinder Singh Rajput 105 0.9% Rusty Russell 100 0.9% Tejun Heo 98 0.8% Johannes Berg 98 0.8% Hannes Eder 88 0.8% Michal Simek 85 0.7% Luis R. Rodriguez 85 0.7% Sujith 85 0.7% David Howells 80 0.7% Yinghai Lu 78 0.7%
By changed lines Greg Kroah-Hartman 120353 9.0% ADDI-DATA GmbH 43420 3.3% Mithlesh Thukral 42424 3.2% Alex Deucher 26576 2.0% David Schleef 25905 1.9% David Woodhouse 24636 1.8% Ramkrishna Vepa 23495 1.8% Lior Dotan 22506 1.7% Eric Moore 22266 1.7% Eilon Greenstein 18399 1.4% Jaswinder Singh Rajput 18168 1.4% Hans Verkuil 18048 1.4% David Howells 17941 1.3% Andy Grover 16355 1.2% Michal Simek 15827 1.2% Sri Deevi 15514 1.2% Frank Mori Hess 15450 1.2% Ben Hutchings 15031 1.1% Ingo Molnar 13876 1.0% Bill Pemberton 13817 1.0%
On the changesets side, Ingo Molnar is at the top of the list this time around; as usual, he created a vast number of patches - about five per day - in the x86 architecture code, ftrace, and beyond. Bill Pemberton is perhaps better known as the maintainer of the Elm mail client; he did a lot of cleanup work with the COMEDI drivers in the -staging tree. The bulk of Stephen Hemminger's work involved converting network drivers to the new net_device_ops API. Hans Verkuil continues to improve the Video4Linux2 framework and associated drivers, and Takashi Iwai continues to generate a lot of patches as the ALSA maintainer.
Linus kicked off the 2.6.30 development cycle by noting that about one third of the changes in 2.6.30-rc1 were "crap." So, unsurprisingly, the top three entries in the "by changed lines" column all got there through the addition of -staging drivers. Alex Deucher added Radeon R6xx/R7xx support; many of his "changed lines" were associated microcode firmware. And David Schleef added another set of drivers to the -staging tree.
Contributions to 2.6.30 could be traced back to some 190 employers. Looking at the most-active employer information, we see:
Most active 2.6.30 employers
By changesets (None) 1970 16.8% Red Hat 1305 11.1% (Unknown) 1184 10.1% Intel 855 7.3% Novell 832 7.1% IBM 630 5.4% (Consultant) 293 2.5% Atheros Communications 262 2.2% Oracle 252 2.1% University of Virginia 227 1.9% Fujitsu 217 1.8% Vyatta 204 1.7% Renesas Technology 152 1.3% NTT 121 1.0% MontaVista 115 1.0% HP 107 0.9% Wolfson Microelectronics 105 0.9% (Academia) 102 0.9% Nokia 98 0.8% XenSource 91 0.8%
By lines changed (Unknown) 181413 13.6% Novell 164229 12.3% (None) 118095 8.9% Intel 86060 6.5% Red Hat 73954 5.5% LinSysSoft Technologies 64798 4.9% ADDI-DATA GmbH 43420 3.3% SofaWare 39245 2.9% Broadcom 31956 2.4% AMD 28364 2.1% Entropy Wave 25905 1.9% IBM 25702 1.9% Oracle 25588 1.9% NTT 25235 1.9% Neterion 23495 1.8% LSI Logic 22304 1.7% Atheros Communications 21627 1.6% (Consultant) 19209 1.4% Freescale 16139 1.2% PetaLogix 15846 1.2%
These numbers are somewhat similar to those seen in previous development cycles. There are a few unfamiliar companies here; they are pretty much all present as a result of contributions to -staging. It is interesting to note that Atheros and Broadcom, once known as uncooperative companies, are increasing their contributions over time.
Your editor has not looked at signoff statistics for the last few cycles. The interesting thing to be found in Signed-off-by tags is an indication of who the gatekeepers to the kernel are. Especially if one disregards signoffs by the author of each patch, what remains is (mostly) the signoffs of subsystem maintainers who approved the patches for merging. For 2.6.30, these numbers look like this:
Top non-author signoffs in 2.6.30
Individuals David S. Miller 1216 12.1% John W. Linville 865 8.6% Ingo Molnar 836 8.3% Greg Kroah-Hartman 797 7.9% Mauro Carvalho Chehab 784 7.8% Andrew Morton 660 6.6% James Bottomley 250 2.5% Linus Torvalds 219 2.2% Len Brown 189 1.9% Takashi Iwai 165 1.6% Jeff Kirsher 145 1.4% Russell King 127 1.3% H. Peter Anvin 120 1.2% Mark Brown 115 1.1% Jesse Barnes 111 1.1% Benjamin Herrenschmidt 111 1.1% Reinette Chatre 104 1.0% Martin Schwidefsky 95 0.9% Avi Kivity 91 0.9% Paul Mundt 89 0.9%
Employers Red Hat 4264 42.4% Novell 1386 13.8% Intel 951 9.5% 660 6.6% (None) 408 4.1% IBM 378 3.8% Linux Foundation 219 2.2% (Consultant) 166 1.6% (Unknown) 127 1.3% Wolfson Microelectronics 115 1.1% Renesas Technology 92 0.9% Marvell 91 0.9% Atomide 81 0.8% Oracle 80 0.8% Astaro 65 0.6% Freescale 63 0.6% Cisco 61 0.6% Analog Devices 60 0.6% Univ. of Michigan CITI 59 0.6% Panasas 58 0.6%
Signoffs have always been more concentrated than contributions in general. Still, one wonders how David Miller manages to approve a solid twenty patches every day. On the employer side, things are more concentrated than ever; over half of the patches going into the kernel go through the hands of a developer at Red Hat or Novell. Developers, it seems, work for a great many companies, but subsystem maintainers gravitate toward a small handful of firms.
All told, the picture remains one of a well-oiled, fast-moving development process. We also see a picture of a -staging tree which is growing at a tremendous rate; your editor is tempted to exclude -staging patches from future reports if the rate does not slow somewhat. Even without -staging, though, a lot of work is being done on the kernel, with the participation of a large group of developers, and it doesn't look like it will be slowing down anytime soon.
Postscript: Jan Engelhardt sent your editor a pointer to a short script which, through use of the git blame command, tallies up the "ownership" of every line in the kernel. The top results for 2.6.30-rc7 look like this:
Who last touched kernel code lines Lines Pct Who 4063723 35.17% Linus Torvalds 464021 4.02% Greg Kroah-Hartman 94200 0.82% David Howells 86031 0.74% David S. Miller 82608 0.71% Luis R. Rodriguez 72200 0.62% Bryan Wu 70128 0.61% Takashi Iwai 66859 0.58% Ralf Baechle 55785 0.48% Hans Verkuil 54069 0.47% Paul Mundt 54007 0.47% Kumar Gala 53288 0.46% David Brownell 51640 0.45% Russell King 50611 0.44% Paul Mackerras 49499 0.43% Andrew Victor 49347 0.43% Mauro Carvalho Chehab 49256 0.43% Alan Cox 47305 0.41% Mikael Starvik 47040 0.41% Ben Dooks 44307 0.38% Benjamin Herrenschmidt
Linus shows a high ownership because he was the initial committer at the
beginning of the git era. To a rough approximation, one can conclude that
approximately one third of the code in the kernel has not been touched
since that time. There are other interesting things which can be done with
line-level statistics; your editor plans to explore this idea some in the
future.
Index entries for this article | |
---|---|
Kernel | Releases/2.6.30 |
Posted May 28, 2009 9:00 UTC (Thu)
by alex (subscriber, #1355)
[Link] (3 responses)
Posted May 28, 2009 13:40 UTC (Thu)
by nix (subscriber, #2304)
[Link] (2 responses)
Posted May 28, 2009 16:29 UTC (Thu)
by incase (guest, #37115)
[Link] (1 responses)
The cleaner solution of course is to get the hostoric information from the old repository also into the new one, but that doesn't always work (as, probably, during the BitKeeper->git move).
Posted Jun 27, 2009 12:54 UTC (Sat)
by jengelh (guest, #33263)
[Link]
There is no need to do initial commits with a separate user id. I just need to adjust the scriptÂ…
Posted May 28, 2009 16:30 UTC (Thu)
by iabervon (subscriber, #722)
[Link]
Posted May 29, 2009 18:55 UTC (Fri)
by mikov (guest, #33179)
[Link] (18 responses)
Please note that I am not criticizing, just asking. Everybody is free to use whatever business model they can with Linux.
I have to admit though that I am a little concerned that if Canonical is taking customers away from RedHat and Novell (both major kernel contributors), it could ultimately hurt the kernel.
Posted May 29, 2009 19:43 UTC (Fri)
by dlang (guest, #313)
[Link] (7 responses)
remember that opensource isn't a zero-sum game. yes ubuntu takes some customers away from RedHat, but they also get a lot of people using linux who would not have used RedHat.
some small percentage of these additional people that they get involved with linux will become kernel developers someday, so even with no direct payments to kernel developers they still benifit the kernel
Posted May 30, 2009 1:12 UTC (Sat)
by mikov (guest, #33179)
[Link] (5 responses)
However there is a secondary observation that has been bugging me for some time: in light of these statistics, it seems less likely that Canonical would be able to provide high quality kernel support with their support licenses.
Posted May 30, 2009 10:06 UTC (Sat)
by kragil (guest, #34373)
[Link] (3 responses)
Posted May 30, 2009 22:19 UTC (Sat)
by mikov (guest, #33179)
[Link] (2 responses)
(BTW, I want to reiterate that I have nothing against Canonical, and in fact at one time our company was considering purchasing support. Alas, instead there was a company-wide downgrade from Kubuntu to Windows XP for all non-developers. That however is a different subject...)
Posted Jun 1, 2009 5:50 UTC (Mon)
by rahulsundaram (subscriber, #21946)
[Link] (1 responses)
Posted Jun 10, 2009 19:25 UTC (Wed)
by jengelh (guest, #33263)
[Link]
Posted Jun 10, 2009 7:18 UTC (Wed)
by SimonO (guest, #56318)
[Link]
It would be worrying if the company which is more successful would not allow upstream contributions.
/Simon
Posted Jun 2, 2009 12:55 UTC (Tue)
by nix (subscriber, #2304)
[Link]
Posted Jun 1, 2009 23:10 UTC (Mon)
by martinfick (subscriber, #4455)
[Link] (5 responses)
Posted Jun 2, 2009 18:24 UTC (Tue)
by mikov (guest, #33179)
[Link] (4 responses)
Seriously, I think these are valid questions to ask and discuss if we do it politely. The consensus between those who responded is that Canonical is benefiting the Linux ecosystem and I agree.
I do however think think that there are two different alternate realities here. One is the overenthusiastic reality which you see at tech sites and discussion forums (e.g. Slashdot), and the other is the actual physical reality.
For example In the physical reality I have never met a person who actually uses Ubuntu. When I say "uses", I don't mean install every new version and "try" it, but actually use it for everything on his home/work PC every day. I am sure such people exist, but they are much fewer in absolute numbers than one would assume by reading tech sites. (I myself actually _do use_ Ubuntu on my laptop 100% of the time, but people think I am crazy. We also tried to use it on desktops at work, but alas that failed).
On the other hand, I have met many people who have a Ubuntu Live CD, or a partition, which they boot probably once a month. This is a fake user base. Their primary OS with very few exceptions is Windows. These are probably the people who upgrade their Ubuntu every 6 months - I am sure that nobody who actually uses their computer would be crazy enough to do an upgrade so frequently.
So, I think the answers are more complicated.
Posted Jun 2, 2009 21:33 UTC (Tue)
by dlang (guest, #313)
[Link]
I think it is going to depend a lot on what groups you are with as far as how many people use what distro.
I used slakware for 10+ years so I'm not a non-technical user, and I decided to switch to ubuntu.
Posted Jun 4, 2009 7:29 UTC (Thu)
by Lennie (subscriber, #49641)
[Link]
Posted Jun 5, 2009 2:22 UTC (Fri)
by Duncan (guest, #6647)
[Link]
Agreed in general that these aren't true users, and that there are
(FWIW, I was in this segment for 2-3 years, around the turn of the
> These are probably the people who upgrade
Why not? I actually use my computer, running Gentoo, and upgrade on
FWIW, I found the same issue on Mandrake and quickly switched to Cooker,
Duncan
Posted Jul 21, 2009 3:34 UTC (Tue)
by jmm82 (guest, #59425)
[Link]
I work at a start-up with about 10 Linux users and all but one use Ubuntu(the other uses Suse). Everyone I know that uses it are happy and yes we do *real* Linux programming stuff.
Posted Jun 22, 2009 20:14 UTC (Mon)
by asdlfiui788b (guest, #58839)
[Link] (3 responses)
Posted Jun 22, 2009 22:32 UTC (Mon)
by mjg59 (subscriber, #23239)
[Link]
Posted Jun 29, 2009 20:17 UTC (Mon)
by job (guest, #670)
[Link] (1 responses)
I will save any judgement on Canonical or any other company until they have black figures. Until then, the process is not yet sustainable and matters little in the long run.
Posted Aug 12, 2009 19:22 UTC (Wed)
by snadrus (guest, #60224)
[Link]
They've enhanced the open source desktop with Upstart & invited more independent developers to open source with Quickly and Launchpad.
Posted Jun 11, 2009 15:46 UTC (Thu)
by khilman (subscriber, #37671)
[Link] (1 responses)
Posted Jun 11, 2009 18:10 UTC (Thu)
by jake (editor, #205)
[Link]
yup, the repository is here: git://git.lwn.net/gitdm.git
This message might be of interest as well: http://lkml.org/lkml/2009/1/14/452
jake
Only 1/3rd!
more correctly the initial commit) can be trended to show when the kernel
will have been fully re-written PG (Post GIT).
Only 1/3rd!
Only 1/3rd!
That makes it easy to see which code was in the initial commit (and would therefor possibly need to be checked for ownership in an older repository).
Only 1/3rd!
Total lines: 11934488
#1 4246304 35.58% *initial checkin
#2 230061 1.93% Greg Kroah-Hartman
#5 85543 0.72% David S. Miller
#178 10621 0.09% Linus Torvalds
#229 8424 0.07% Andrew Morton
Developer statistics for 2.6.30
Canonical?
Canonical?
Canonical?
Canonical?
Canonical?
Canonical?
Canonical?
Canonical?
Canonical?
vastly more development attention than any other component of the system.
Perhaps it would be a good thing if other components (e.g. X) got lots of
new developers :)
Canonical?
Canonical?
Canonical?
Canonical?
Canonical?
> who have a Ubuntu Live CD, or a partition,
> which they boot probably once a month. This
> is a fake user base. Their primary OS with
> very few exceptions is Windows.
probably a lot of Ubuntu LiveCDs and installs in that group. However,
it's important to note that the *ix way of computing is a decently large
change in computing mindset, and that some portion of these will
ultimately become full-time Linux users.
century, with Mandrake the distribution I was playing with. Then MS
decided they were going a different way than I was, and basically gave me
that last push I needed to make the jump, when they went the eXPrivacy and
remote authorization route. This for a user who had previously considered
most MS software "too important" to risk warezing, and who had previously
been spending probably 50% of his computing dollars on MS directly. But
after the push, I soon discovered how liberating the land of freedomware
was, and now look back at proprietaryware much like a defector looking
back at his former home -- I have a lot of friends and family I left
behind and will do what I can to help them make the jump as well, but
it's nowhere I want to be or can even visit, unless the regime changes and
becomes free as well. I no longer even consider proprietaryware, nor
could I without serious legal issues, as I can no longer agree to all
the !#@! demanded of proprietaryware users, whose masters, those supplying
the proprietaryware, really /do/ seem to think of them as slaves, not
actual human beings, with few if any rights worth considering.)
> their Ubuntu every 6 months - I am sure
> that nobody who actually uses their computer
> would be crazy enough to do an upgrade so
> frequently.
average 2-3 times a week. In fact, I hate going a full week without an
upgrade as the changes start getting too large to easily cope with all at
once. Thus, I'd argue that six month upgrades, far from being too
frequent, are WAYYY too infrequent, by three orders of magnitude!
where the rolling updates were MUCH easier to cope with and most of the
big issues the release version upgraders had to cope with were incremental
changes I had dealt with as a matter of course tiny incremental bits at a
time, long months before. Six months is simply WAY too long for easy
upgrades, and going longer than that, you're needlessly losing out on
updates and features that make computing both easier and more pleasant.
Canonical?
Canonical? No.
Canonical? No.
Canonical? No.
Canonical? No.
If [their organization cannot persist (which is true if they live in the red)] then
anyone requesting more from them could at-best see short-term benefits until they run out of cash reserves.
scripts available?
scripts available?