5 ms·

Who's Writing Linux?

102 points by tbrock 13y ago

NDizzle 13y ago
Neckbeards.
atmosx 13y ago
Interesting analysis. I didn't think that by this point volunteers would have the upper hand in %.
charlieflowers 13y ago
How much do these types of jobs pay?
- blueskin_ 13y ago
  Red Hat, or volunteering?
  - charlieflowers 13y ago
    Red Hat, Intel, etc. -- People whose salary is earned by developing Linux.
- jaboutboul 13y ago
  I worked at Red Hat for about 8 years. Red Hat pays at the top of the range for pretty much every position within the company. Engineers were starting at either high 5 or low/mid 6 figures, depending on experience and skill. Some made even more, and managers got paid more. It was a really great place to work. I can't speak for now, although I'm sure it hasn't changed much, but back then, the corporate culture was excellent, very transparent and excellent communication on all levels. The company really is built on, and lives by its ideals. I loved every minute of working there. If you want to work on Open Source, definitely the company to work at.
codezero 13y ago
This is off topic, but their main content is a small fixed-width area, and their related topics flow on the right. On a large monitor, this means that the screen is dominated by related story squares, and the main story is really hard to parse.
- laumars 13y ago
  I had the same difficulties. I commend them on a clean and unique design, but I'm not convinced it works all that well
- joshuarrrr 13y ago
  A Spectrum editor here- yes, we know the layout is far from ideal, especially on large monitors (I'm painfully aware-my primary monitor is a 30-inch cinema display). We just had a meeting about page templates for infographics last week, so hopefully it will me much better in a couple months.
  - sorvalk 13y ago
    A couple months? Aren't things supposed to move quickly in the Internet age?
  - deleted 13y ago
    [deleted]
RK 13y ago
For those wondering: Linaro is a not-for-profit engineering organization that works on consolidating and optimizing open-source software for the ARM architecture, including the GCC toolchain, the Linux kernel, ARM power management, graphics and multimedia interfaces. It was announced at Computex in June 2010 by ARM, Freescale Semiconductor, IBM, Samsung, ST-Ericsson, and Texas Instruments in a joint press conference. It also provides aligned engineering and investment in upstream open source projects, a monthly release of tools and software and support to silicon companies in upstreaming their system-on-a-chip (SoC) support. That makes sense why Linaro is the 5th biggest contributer. (I'd never heard of them.)
- rjzzleep 13y ago
  might have heard of them but ignored it, because it didn't resonate as much with you. http://arstechnica.com/gadgets/2012/06/android-performance-boosted-30-100-percent-by-linaro-toolchain/ http://arstechnica.com/gadgets/2012/06/android-performance-b...
mrweasel 13y ago
Does Ubuntu developers count as individual contributors or does Ubuntu not help?
- laumars 13y ago
  Canonical doesn't contribute a whole lot back upstream.
- JNRowe 13y ago
  You can see what people using canonical email addresses are contributing[1]. If you look at the changesets you can also also see the type of changes they're upstreaming, many are simply one liners for hardware support. Hardware support is clearly valuable, but it isn't the level of contribution some other companies put in by any stretch. 1. https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=author&q=@canonical.com&ofs=50 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....
welder 13y ago
Is there really 17 million lines of code for the linux kernel? (from the chart at bottom)
- vidarh 13y ago
  Sounds about right. Keep in mind the vast majority is drivers for ludicrous amounts of hardware.
- JNRowe 13y ago
  A naïve "wc -l /.[ch]" gives ~16.5 million for my lightly patched 3.13 tree. sloccount[1] which aims to count actual LoC says ~12 million(97% C) for the same tree. Neither are a truly accurate measure, so help yourself to a pinch of salt to go with the numbers. 1. http://www.dwheeler.com/sloccount/ http://www.dwheeler.com/sloccount/
- fragmede 13y ago
  Approximately, yes. (looking at 3.10 because that's what the graph was looking at for 17 million lines) ((v3.10))~/linux-2.6$ wc -l `find . -type f | grep -v [.]git ` | tail -1 16956298 total Only 15.8M of that is C header/source + assembly, Documentation is some ~450k. There's about 260k lines spent for the build system and other scripts. There's another 135k spent in other tools. Leaving ~300k in README, TODOs and other misc files. I'd say closer to 16 million for v3.10, including build scripts and other tooling. For comparison, v3.13, ~ 6 months later, has 17.9M lines of C and assembly.
  - cliveowen 13y ago
    I wonder how many of those are compiled if the target is an x86 processor.
    - fragmede 13y ago
      380280 total lines of assembly, but only 38925 lines of that are in arch/x86/ (again, v3.10), so barely a 10th of it.
jzzskijj 13y ago
I have to admit I haven't been following the development as I used to. Could someone in here say to which FS the article is referring to: "The increasing size of the Linux kernel is due to the incorporation of significant new features, including a file system optimized for solid-state drives"
- buster 13y ago
  I suppose he is talking about F2FS which is in kernel since 3.8.
leonroy 13y ago
Surprised at how fast the LOC are increasing in Linux. Makes the possiblity of exploits and vulnerabilities being slipped in increasingly likely. Interesting graph I found while looking up LOC for comparable projects: http://www.informationisbeautiful.net/visualizations/million-lines-of-code/ http://www.informationisbeautiful.net/visualizations/million...

102 points by tbrock 13y ago

NDizzle 13y ago

Neckbeards.

atmosx 13y ago

Interesting analysis. I didn't think that by this point volunteers would have the upper hand in %.

charlieflowers 13y ago

How much do these types of jobs pay?

blueskin_ 13y ago
Red Hat, or volunteering?
- charlieflowers 13y ago
  Red Hat, Intel, etc. -- People whose salary is earned by developing Linux.
jaboutboul 13y ago
I worked at Red Hat for about 8 years. Red Hat pays at the top of the range for pretty much every position within the company. Engineers were starting at either high 5 or low/mid 6 figures, depending on experience and skill. Some made even more, and managers got paid more. It was a really great place to work. I can't speak for now, although I'm sure it hasn't changed much, but back then, the corporate culture was excellent, very transparent and excellent communication on all levels. The company really is built on, and lives by its ideals. I loved every minute of working there. If you want to work on Open Source, definitely the company to work at.

codezero 13y ago

This is off topic, but their main content is a small fixed-width area, and their related topics flow on the right. On a large monitor, this means that the screen is dominated by related story squares, and the main story is really hard to parse.

laumars 13y ago
I had the same difficulties. I commend them on a clean and unique design, but I'm not convinced it works all that well
joshuarrrr 13y ago
A Spectrum editor here- yes, we know the layout is far from ideal, especially on large monitors (I'm painfully aware-my primary monitor is a 30-inch cinema display). We just had a meeting about page templates for infographics last week, so hopefully it will me much better in a couple months.
- sorvalk 13y ago
  A couple months? Aren't things supposed to move quickly in the Internet age?
- deleted 13y ago
  [deleted]

RK 13y ago

For those wondering: Linaro is a not-for-profit engineering organization that works on consolidating and optimizing open-source software for the ARM architecture, including the GCC toolchain, the Linux kernel, ARM power management, graphics and multimedia interfaces. It was announced at Computex in June 2010 by ARM, Freescale Semiconductor, IBM, Samsung, ST-Ericsson, and Texas Instruments in a joint press conference. It also provides aligned engineering and investment in upstream open source projects, a monthly release of tools and software and support to silicon companies in upstreaming their system-on-a-chip (SoC) support. That makes sense why Linaro is the 5th biggest contributer. (I'd never heard of them.)

rjzzleep 13y ago
might have heard of them but ignored it, because it didn't resonate as much with you. http://arstechnica.com/gadgets/2012/06/android-performance-boosted-30-100-percent-by-linaro-toolchain/ http://arstechnica.com/gadgets/2012/06/android-performance-b...

mrweasel 13y ago

Does Ubuntu developers count as individual contributors or does Ubuntu not help?

laumars 13y ago
Canonical doesn't contribute a whole lot back upstream.
JNRowe 13y ago
You can see what people using canonical email addresses are contributing[1]. If you look at the changesets you can also also see the type of changes they're upstreaming, many are simply one liners for hardware support. Hardware support is clearly valuable, but it isn't the level of contribution some other companies put in by any stretch. 1. https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/log/?qt=author&q=@canonical.com&ofs=50 https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....

welder 13y ago

Is there really 17 million lines of code for the linux kernel? (from the chart at bottom)

vidarh 13y ago
Sounds about right. Keep in mind the vast majority is drivers for ludicrous amounts of hardware.
JNRowe 13y ago
A naïve "wc -l /.[ch]" gives ~16.5 million for my lightly patched 3.13 tree. sloccount[1] which aims to count actual LoC says ~12 million(97% C) for the same tree. Neither are a truly accurate measure, so help yourself to a pinch of salt to go with the numbers. 1. http://www.dwheeler.com/sloccount/ http://www.dwheeler.com/sloccount/
fragmede 13y ago
Approximately, yes. (looking at 3.10 because that's what the graph was looking at for 17 million lines) ((v3.10))~/linux-2.6$ wc -l `find . -type f | grep -v [.]git ` | tail -1 16956298 total Only 15.8M of that is C header/source + assembly, Documentation is some ~450k. There's about 260k lines spent for the build system and other scripts. There's another 135k spent in other tools. Leaving ~300k in README, TODOs and other misc files. I'd say closer to 16 million for v3.10, including build scripts and other tooling. For comparison, v3.13, ~ 6 months later, has 17.9M lines of C and assembly.
- cliveowen 13y ago
  I wonder how many of those are compiled if the target is an x86 processor.
  - fragmede 13y ago
    380280 total lines of assembly, but only 38925 lines of that are in arch/x86/ (again, v3.10), so barely a 10th of it.

jzzskijj 13y ago

I have to admit I haven't been following the development as I used to. Could someone in here say to which FS the article is referring to: "The increasing size of the Linux kernel is due to the incorporation of significant new features, including a file system optimized for solid-state drives"

buster 13y ago
I suppose he is talking about F2FS which is in kernel since 3.8.

leonroy 13y ago

Surprised at how fast the LOC are increasing in Linux. Makes the possiblity of exploits and vulnerabilities being slipped in increasingly likely. Interesting graph I found while looking up LOC for comparable projects: http://www.informationisbeautiful.net/visualizations/million-lines-of-code/ http://www.informationisbeautiful.net/visualizations/million...