Linus Torvalds Isn't Looking 10 Years Ahead For Linux and That's OK 108
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."
Re: Linus Torvalds is for Swedish cows. (Score:5, 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."
Re: (Score:3, Informative)
Torvalds is a Swedish speaking Finn.
Correction:
Torvalds is a Swedish-speaking Finn.
(You forgot a hyphen.)
Re: Linus Torvalds is for Swedish cows. (Score:4, Insightful)
maybe he isn't american and therefore doesn't hyphenate everything
Re: (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.)
Re: (Score:2)
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."
Linus Torvalds has pretty thoroughly mastered English. I'm sure he said "sane" and meant "sane", with full appreciation of the meaning and overtones of the word and of the alternatives he could have chosen.
Re: (Score:2)
That AC could have been a hindu for all you know, so don't accuse him of making an insult.
Re: (Score:1)
It's well-known who that AC is [slashdot.org], as he forgot to click Anonymous a few weeks ago.
I'll look ahead for him (Score:1, Funny)
Systemd
The future of L*n*? (Score:1)
Linux and Bloat (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.
Re: (Score:1)
modern Linux Kernel is a little too big for its own good.............such as?
Bloat yada bloat blah blah. I use linux for some IoT stuff. Strip the shit out of your kernel and you can get it pretty small. Maybe not XT-era-omg-20KB but yeah, pretty small.
Remember, LInus doesn't look ahead. In 10 years, our laptops will be as powerful as current moderate-sized super clusters. Or something. The IoT world will be running a Linux 4.20 kernel because the Linux 19.23 kernel is too bloated.
Re: Linux and Bloat (Score:1)
Today's laptops are around four times as powerful as a decade ago. A typical cluster today is 1000 times as powerful as a current laptop.
Re: (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.
Re: (Score:2)
I just happen to have fairly 2 representative models handy.
2005 laptop: 1.6 GHz Celeron. 1 core. 1GB RAM. 350GB disk. 100 Mbps Ethernet.
2013 laptop: 2.6 GHz i7. 4 physical cores, 8 virtual. 8 GB RAM. 750 GB disk. 1 Gbps Ethernet.
I could easily bump up the latter to 16GB RAM and add an SSD. (But I'll probably just buy a new one, as the warranty on this one expires in January/February.)
Re: (Score:3)
Re:Linux and Bloat (Score:4, Insightful)
That's the thing about bloat. It's always used by someone, somewhere.
Re: (Score:3)
That's the thing about bloat. It's always used by someone, somewhere.
Well said.
Re: Linux and Bloat (Score:4, Insightful)
Re: (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.
Re: (Score:2)
Re:Linux and Bloat (Score:4, 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.
Re:Linux and Bloat (Score:5, Interesting)
Re: (Score:2)
And that's more a problem of confusing Linux with Android. You see as much as Linux is a kernel, what people are talking about here is specifically is Linux as a kernel for the desktop/laptop/etc.
This is a story about the Linux kernel. Linus Torvalds doesn't have much to do with the individual distros, he only works on the kernel.
Re: (Score:3)
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?
Re: (Score:2)
Re: (Score:2)
Well, true, but AC said OS, not kernel. I'm pretty sure I could have found an equally valid example even if we restricted it to the kernel.
It's just that the premise itself is ridiculous. I mean, a billion people use Linux nowadays, so it's fine to cut a feature so long as it only impacts 300 million or fewer people?
Here we go again (Score:3)
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
Re: (Score:2)
What percent of users are disabled users? less than 1 percent? why pander to them to inconvenience the 99%+ percent?
Re: (Score:2)
Besides (and almost as importantly), just how big is the inconvenience to the 99%? I'd venture it's only inconvenient to a very small subset & now we're looking at a group of p
Re:Linux and Bloat (Score:5, 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.
Re: (Score:2)
Strangely enough people don't like using WordPad. It may have the features most people use but it doesn't have the specific features that individuals need. One person might need outline mode, another might need mail merge, another might want table of contents and citations. The sum of all these needs is the bloat that is MS Word.
I think bloat is okay providing it doesn't become dead weight - code which is so
Re: (Score:3)
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
Is it really an issue? (Score:2)
It's too big to booting off floppy disks now, but that is very rarely an issue these days.
It's still small enough to run on an Nintendo DS FFS!
So I'm curious - where are those areas? Don't hint, give an example or several (since there are apparently "areas") and let us see if it's as ignorable as the problem of not being able to boot it from a floppy disk anymore.
Re: (Score:2)
How much of that bloat can be disabled through kernel configuration?
Linus Torvalds Isn't Looking 10 Years Ahead (Score:2, Offtopic)
Re:Linus Torvalds Isn't Looking 10 Years Ahead (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
Re: (Score:2)
Hehehehehe, nice!
Re: (Score:2)
That ones that are currently in the most rich country in the World?
That ones that leaves the risk of ahead planning to others, and just buy who does it right?
yep, I'm afraid it is. =/
Re: (Score:2)
FYI, per capita, the US is not the richest country in the world. Its about 10th place.
And if you factor out the wealthiest 2%, which in the US own almost half the country, and only consider average Toms, then the US would probably rank around 25th place.
And if you factor out how the US likes to spend tax money producing F-35 instead of reinvesting it into the neediest parts of the populace via social programs and welfare, then the US would probably rank around 30th place.
Re: (Score:2)
Its probably worth mentioning, that the US is also no longer the richest country in the world by total GDP, when measured by purchasing power parity (PPP). It has been overtaken by China this year.
It is only the richest country in the world by total, nominal GDP.
GDP (PPP) [wikipedia.org]
GDP (nominal) [wikipedia.org]
Re: (Score:2)
Well, not exactly. If I plant a tree on the basis that I have no idea how it will look in 100 years time, it's not really the same as short term thinking.
Re: (Score:3)
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.
Re: (Score:2)
Your reasoning falls short. Linus isn't the driver of new features. He's the head maintainer. Many other people contribute code they need to do new things. He vets it and makes sure it doesn't break the rest of the kernel. He enables other people to do the innovative things by giving them a well-maintained place to put them.
Re: (Score:2)
Your reasoning falls short. Linus isn't the driver of new features. He's the head maintainer. Many other people contribute code they need to do new things. He vets it and makes sure it doesn't break the rest of the kernel. He enables other people to do the innovative things by giving them a well-maintained place to put them.
It's true that Linus is simply the head of the maintenance tree, but the fact that he isn't the driver of new features seems to support my thesis that he doesn't have much need to look ahead very far. That function is generally handled by others lower in the tree, or completely outside of it.
I'm not sure I see my logic failure. Could you elaborate? Am I emulating Eliza? :)
Re: (Score:2)
First of all, I didn't reply to you. I replied to the AC who replied to you. That AC said " Which is why we can't expect true innovation from the Linux world. They only will build what they can already see around them. Finland, start your photocopiers!"
How my telling that AC their reasoning falls short becomes me telling you that your reasoning falls short is beyond me unless you replied to yourself as AC and are now claiming that post.
There can still be true innovation in the Linux world. Just because it d
Re:Linus Torvalds Isn't Looking 10 Years Ahead (Score:4, 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.
Re: (Score:2)
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.
Well, the kernel runs on everything from cell phones to supercomputers and that it doesn't run on desktops has absolutely nothing to do with kernel features. I don't see any huge glaring TODOs, by far most the changes are drivers (non-CPU hardware driven), followed by architecture (CPU hardware driven), followed by high performance in kernel implementations like file systems or network filtering. The number of patches that really touch core "kernel" functionality of managing other processes seem to be rathe
Seems Reasonable... (Score:4, Interesting)
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.
Re: (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
Re: (Score:2)
let me stab your straw woman argument for you
I don't think planning 10 years ahead is sane (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...
Re: (Score:3)
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.
Re: (Score:2)
The Linux kernel is already built. It already meets Linus's needs. Linus is no longer an architect. He's the head of maintenance. Other people create new things. He chooses which ones don't break the stability of what's already there and merges them. IBM, RedHat, RackSpace, and others do the long-term thinking. Linus provides them a stable common foundation on which to build.
Security is also about design (Score:5, Interesting)
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.
Re: (Score:3)
Re: (Score:2)
IoNUEPT
Internet of Never Updated, Easily Pwn3d Things.
Re: (Score:2)
Re: (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.
Re: (Score:1)
I thought that was going to happen "this year".
Re: (Score:1)
Re: (Score:3)
Open-source your driver, and you won't have to worry about it: the kernel team will maintain it for you.
Re: (Score:3)
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.
Re: (Score:2)
It's worked out very well for companies that have gone that route.
Re: (Score:2)
Re: (Score:3)
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.
Re: (Score:2)
Re:Stable driver ABI (Score:5, 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.
Re: (Score:2)
And why would you do that instead of moving the driver for that old hardware into the kernel? And for that matter, given how much old hardware is abandoned in newer versions of Windows, who do you expect would actually do this?
Would you? If so, why?