Slashdot Mirror


Linus Torvalds Isn't Looking 10 Years Ahead For Linux and That's OK

darthcamaro writes: At the Linuxcon conference in Seattle today, Linus Torvalds responded to questions about Linux security and about the next 10 years of Linux. For security, Torvalds isn't too worried as he sees it just being about dealing with bugs. When it comes to having a roadmap he's not worried either as he just leaves that to others. "I'm a very plodding, pedestrian person and look only about six months ahead," Torvalds said. "I look at the current release and the next one, as I don't think planning 10 years ahead is sane."

31 of 108 comments (clear)

  1. Linux and Bloat by Anonymous Coward · · Score: 5, Interesting

    If you actually read TFA you see a little bit of nostalgia from Linus about how lean the kernel used to be and how modern Linux may be a little too bloated for some IoT applications. The truth is that Linux can certainly be less bloated that a full desktop Windows 10 installation, but it is nowhere near as lean as it used to be. Not much of an issue in larger hardware where even smartphones have more power than powerful desktops did 15 years ago, but there are definitely areas where the modern Linux kernel is a little too big for its own good.

    1. Re:Linux and Bloat by phantomfive · · Score: 2

      He's been complaining about bloat a bit more often recently. The thing is, all the features that have been added are used by someone: they're not useless.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:Linux and Bloat by Anonymous Coward · · Score: 4, Insightful

      That's the thing about bloat. It's always used by someone, somewhere.

    3. Re:Linux and Bloat by phantomfive · · Score: 2

      That's the thing about bloat. It's always used by someone, somewhere.

      Well said.

      --
      "First they came for the slanderers and i said nothing."
    4. Re:Linux and Bloat by Gr8Apes · · Score: 2

      He's been complaining about bloat a bit more often recently. The thing is, all the features that have been added are used by someone: they're not useless.

      But if they're useless to more than 90% of users, perhaps that should be an option for the remaining less than 10%? I'd go so far as to say that perhaps that split should be at 70/30, because I'll bet a whole lot of features falling lower than 70% usage are only used by a small subset of users.

      --
      The cesspool just got a check and balance.
    5. Re:Linux and Bloat by phantomfive · · Score: 3, Insightful

      I would strongly argue that if the feature is used by less than 30% of the users, maybe it shouldn't be in the OS at all.

      Linux is used by so many different people, and by such a diverse group of people, that almost everyone probably uses a feature that is used by less than 30% of the users.

      --
      "First they came for the slanderers and i said nothing."
    6. Re:Linux and Bloat by phantomfive · · Score: 5, Interesting

      To add to my earlier comment, note that most Linux installations are probably on Android, or in other embedded. If we used that as the metric, we may end up removing all mouse support, since most people don't use it.

      --
      "First they came for the slanderers and i said nothing."
    7. Re: Linux and Bloat by Anonymous Coward · · Score: 2, Insightful

      Today's laptops are around four times as powerful as a decade ago.

      Far more than 4 times as powerful, my child. Try more like 50 times as powerful as 2005.

    8. Re:Linux and Bloat by Dutch+Gun · · Score: 4, Interesting

      I remember a reading about metrics collected by Microsoft on features most commonly used in their Office products. What they found was that, apart from a handful of the most obvious features such as "Open", "Copy", "Paste", and "Save", the use of features flattened out very, very quickly, in terms of percentages. As such, it would really no sense to create a version of MS Word that only had the "most commonly used 70% of features", because that subset of features would tend to differ wildly from user to user.

      I have a suspicion that you'd find the same to be true of features in the Linux kernel. There are obvious features that everyone has to use, but among all the "optional" features, I wouldn't be surprised to find find that the usage curve tends to flatten out fairly quickly.

      I think there's probably a reason the most popular Linux distros are *not* the stripped down models, but the more fully-featured distros.

      --
      Irony: Agile development has too much intertia to be abandoned now.
    9. Re:Linux and Bloat by Dutch+Gun · · Score: 2

      I would strongly argue that if the feature is used by less than 30% of the users, maybe it shouldn't be in the OS at all.

      Like accessibility features for disabled users?

      --
      Irony: Agile development has too much intertia to be abandoned now.
    10. Re: Linux and Bloat by w_dragon · · Score: 3, Insightful

      Not true. There may be things in the kernel that could be in user space, or in a kmod, or done in a driver. Linus is concerned about the code that 100% of Linux users are required to have, not the stuff that can be easily added or removed from an install.

    11. Re:Linux and Bloat by Runaway1956 · · Score: 2

      AC posted just above - your kernel and my kernel may not have much in common. Simply compiling with the native CFLAG reduces the size by quite a bit. When I compile, I sometimes watch the screen scroll along, and one of the more common words I see is "stripping". I realize that optimizing the kernel doesn't make my computer 50x faster - but there are times when a native compiled system does seem a little faster.

      The features that you deem essential, can be stripped out by those who don't need or want them. That's one of the great things about Linux - you can do what you want with it.

      I've not fooled with compression. Maybe that will be my next fun project, to see just how small I can make my running kernel.

      --
      "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
  2. Re:Stable driver ABI by phantomfive · · Score: 2

    The driver ABI is unstable by design.
    Open-source your driver, and you won't have to worry about it: the kernel team will maintain it for you.

    --
    "First they came for the slanderers and i said nothing."
  3. Seems Reasonable... by fuzzyfuzzyfungus · · Score: 3, Interesting

    As much as 'Linux' keeps being dragged into assorted rambling-think-pieces as though it were a direct analog to the OS-and-also-a-big-suite-of-hardware-software-and-'cloud'-service-offerings referred to as 'Windows' and 'Apple' or 'OSX'; 'Linux', so far as it is Linus' problem, is a kernel. It's also a kernel that has succeeded largely on the basis of being widely supported, reasonably flexible(with greater flexibility available to those willing to do additional heavy lifting themselves), and an inexpensive implementation of mostly-unix-like behavior.

    That's not a role 100% free of strategic considerations(like the current 'beating on the ARM vendors to un-fuck the current fragmented hellhole of disjointed BSPs and embrace sanity' initiative); but it is one where "ensure continued cooperation among interested users and hardware vendors, integrate promising out-of-tree developments as demand and maturity suggest" is more or less the best strategy to take. It's not as though it would even be meaningful for an OS to "Embrace a cloud services strategy", since that happens at a different level of the stack entirely; and to the degree that OS development does need, and do, blue-sky cool-new-architecture-from-the-ground-up; that isn't exactly mainline Linux's problem; and Linux probably isn't even an obvious starting point(if your bold new OS concept makes use of some sort of exotic hardware capabilities, you'll presumably be prototyping on FPGAs or the ASICs you are developing in tandem with the OS; if it is designed to work with mostly standard hardware; but do some part of being an OS differently, you can develop against a delightfully small and stable collection of 'hardware' thanks to VMs.

    1. Re:Seems Reasonable... by NotARealUser · · Score: 2

      You are right on all counts. I especially agree with making a goal of fixing the BSP issues with ARM development.

      What a lot of people do not understand is that Linus does not have a 1000 person development team sitting at his corporate headquarters, churning out code and ideas. Code gets essentially given (through patches, Git pull requests, etc.) to Linus (or someone Linus trusts) and that eventually makes its way into Linus's branch of the kernel. The system is built on the idea that needs get fulfilled by those who need it. At this point, Linus just integrates the really good ideas into the kernel while filtering out the bad stuff.

      As far as I could guess, Linus probably still codes some stuff, but the genius of the whole system is that he does not need to. As ideas are implemented, the community evaluates, and Linux integrates. No one can know for sure what kind of great ideas people come up with in the coming years, so no one can know for sure what that roadmap looks like.

  4. Re: Linus Torvalds is for Swedish cows. by duckintheface · · Score: 4, Informative

    Torvalds is a Swedish speaking Finn. That's why he says "planning 10 years ahead is not sane". The Swedish word is "klok" which can be translated as "sane" or, more reasonably.... "sensible."

    --
    "He took a duck in the face at 250 knots." -- William Gibson, Pattern Recognition
  5. Re:Linus Torvalds Isn't Looking 10 Years Ahead by Anonymous Coward · · Score: 5, Insightful

    Difference is:

    Corporation - We should lay off half the workforce, that would save us so much money.
    [6 months later]
    Corporation - Why is productivity so low?

    Linus - Lets get/keep things working
    [6 months later]
    Linus - Lets get/keep things working

  6. Re: Stable driver ABI by phantomfive · · Score: 2

    Really? And how do they test this for me? Okay, so maybe I donate hardware. Do I really trust these guys to keep using it and really really test it?

    Maybe they'll miss something, and there will be a bug. That's going to be a problem if you try it yourself, too, except no one on the kernel team will even attempt to keep it updated.

    The problem you were asking about was the unstable ABI. That problem is a solved problem, as explained in the earlier post.

    --
    "First they came for the slanderers and i said nothing."
  7. Re:Linus Torvalds Isn't Looking 10 Years Ahead by Richard+Steiner · · Score: 2

    Linux isn't a corporation. Also, for something as specific as an OS kernel, I'm not sure there's much to be said for looking out in a detailed manner more than a few major iterations in advance. Sure, there are probably features being considered all the time, but that doesn't make them a focus.

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  8. I don't think planning 10 years ahead is sane by fustakrakich · · Score: 2

    Well, if you're building Hoover Dam or the Golden Gate Bridge, or even the Brooklyn Bridge, you might want to reconsider that thought..

    Linux, on the other hand, can get along by just 'evolving' via the natural process of bickering...

    --
    “He’s not deformed, he’s just drunk!”
    1. Re:I don't think planning 10 years ahead is sane by LaurenCates · · Score: 2

      Indeed. I've been out of college for 15 years. In that time, I've watched so much change in the cultural landscapes of IT, CS, OSes and even general computing usage that any self-proclaimed expert who claims to be a great prognosticator for anything greater than a couple of years out is only selling so much snake oil.

      --
      Some people don't believe in fairies. I don't believe in The Patriarchy.
  9. Re: Linus Torvalds is for Swedish cows. by Anonymous Coward · · Score: 3, Informative

    Torvalds is a Swedish speaking Finn.

    Correction:
    Torvalds is a Swedish-speaking Finn.

    (You forgot a hyphen.)

  10. Re:Linus Torvalds Isn't Looking 10 Years Ahead by Your.Master · · Score: 3, Insightful

    I think when people are talking about corporations being shortsighted, they aren't talking about corporations failing to plan ahead, they are talking about corporations taking actions that clearly damage their own future potential. Linus taking Linux day by day, or in 6-month sprints, or whatever, isn't really the same thing because that doesn't hinder Linux's ability to compete. At worst, it helps it sub-optimally. This as opposed to killing your most profitable product line, or laying off the people who work on your next product instead of the people who sell last year's product, etc..

    It would surprise me though if he doesn't have at least some long-term goals that take over 6 months to complete and that he's not focussed on working on right now but has in his back-pocket, but maybe he really doesn't.

    I also think the statement about corporate shortsightedness is somewhat overused, although not entirely without merit. When somebody says something like that, I sometimes click on their posting history to see if they also make claims like "big Pharma will never release cures because palliative care is more profitable" and the like to help me determine if they're logically consistent and therefore might be worth paying attention to, or just reflexively take anti-corporate positions (likewise for pro-corporate positions). And yes, I know they could believe that all corporations *except* big Pharma are short-sighted.

  11. Security is also about design by cant_get_a_good_nick · · Score: 5, Interesting

    "What I see is that security is bugs,"

    Pretty much all Outlook viruses were design issues, not bugs. They designed a mail system which, on a OS where files were executable by extension, attachments from unverifiable senders had their extension hidden so you didn't know it was an executable.

    This was baked in design. It wasn't an execution bug.

    There are entire classes of bugs you could get rid of by certain design choices. Address space layout randomization helps a lot. W ^ X, or if you can write to memory, you can't execute it. These are not infallible (there's lots of webpages on how to get past ASLR) but if we design these things as more secure, we will be more secure.

    1. Re:Security is also about design by phantomfive · · Score: 2

      Many IoT devices do not have ASLR. Because of this (and other reasons) the IoT looks like a hacker's playground.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:Security is also about design by Anonymous Coward · · Score: 2, Interesting

      Don't forget to separate the data stack from the execution stack.

      Many of C's buffer overflow exploits would be meaningless if local variables weren't stored on the same stack as return addresses. If you think about it, a return address is half of a jump instruction, yet it lies in memory that the application can write to, and so it is a violation of W ^ X.

  12. Re:Stable driver ABI by 0123456 · · Score: 4, Informative

    If the ABI was stable, they'd be stuck with supporting crappy, crusty old crappy crap that some crappy old closed-source driver for some crappy old hardware requires, and unable to rewrite the kernel to provide similar functionality in a better manner.

    Like Windows.

  13. Re:Stable driver ABI by phantomfive · · Score: 2

    What about drivers that require $100000 worth of test equipment and an electrical engineer to test?

    In that case, you'll probably want to test it yourself if there are any code changes. But by putting it in the kernel mainline, you won't have to worry about ABI bugs anymore.

    btw, with super-expensive hardware like that, the vendor usually manages the OS and upgrades, so the unstable ABI is not really an issue.

    --
    "First they came for the slanderers and i said nothing."
  14. Here we go again by dbIII · · Score: 2

    Well, true, but AC said OS, not kernel

    By the textbook definition the OS is the kernel and the software distribution has all the userspace stuff. By the "beige box is the hard drive" definition the software distribution is the OS - the definition the Judge threw out as stupid in MS vs Netscape but has gained traction since.

    So the OS can have drivers to handle hardware used for accessibility and the software distribution can have applications that take use of them.
    The Solitaire game isn't part of the OS FFS.

  15. Re: Linus Torvalds is for Swedish cows. by greenfruitsalad · · Score: 3, Insightful

    maybe he isn't american and therefore doesn't hyphenate everything

  16. Re: Linus Torvalds is for Swedish cows. by Anonymous Coward · · Score: 2, Funny

    maybe he isn't american and therefore doesn't hyphenate everything

    Wow, I was not aware that this was a stereotype about Americans. You learn something every day.

    But so be it. My countrymen! There is a plague in America today. For too long have we harbored it in our very bosom! I speak, of course, of the plague of over-hyphenation! Only through far-reaching long-enduring hyper-vigilance shall eradicate this thrice-cursed word-sickness!

    (Oh, also, I think there've been reports of actual plague in Yosemite National Park recently, so maybe watch out for that as well.)