LINUX is obsolete (1992)

78 点作者 edwincheese超过 10 年前

18 条评论

This is my favorite part:"Linus Benedict Torvalds In article <1992Jan29.2...@klaava.Helsinki.FI> I wrote: >Well, with a subject like this, I'm afraid I'll have to reply.And reply I did, with complete abandon, and no thought for good taste and netiquette. Apologies to ast, and thanks to John Nall for a friendy "that's not how it's done"-letter. I over-reacted, and am now composing a (much less acerbic) personal letter to ast. Hope nobody was turned away from linux due to it being (a) possibly obsolete (I still think that's not the case, although some of the criticisms are valid) and (b) written by a hothead :-)Linus "my first, and hopefully last flamefest" Torvalds"This HN comment posted from a Linux machine in 2015. :)

amirmc超过 10 年前

I find it interesting that this post can be taken two ways.1. It's clear that Linux 'won' in the marketplace so we can all laugh at how wrong this guy was and the curiosity of these 'microkernel' things and that portability stuff. Lols all around.2. We've reached a point where ideas are gaining ground about immutable infrastructure, people are talking more about things with similarities to microkernels called unikernels [1] (and where they might be used [2]). Linux isn't going anywhere but these new approaches have value and were being discussed as long ago as 1992. Of course, the author got things wrong but that's par for course. It's more interesting to see ideas that are resurfacing. Incidentally, ARM was a RISC chip and now dominates Intel on mobile devices.I prefer the second approach. So to anyone poking fun at the author, please consider that maybe this is one aspect of living in the future [3], albeit much further than than most (market timing is always underrated and academics tend to think further ahead than most people). We can also remind ourselves that 'Better' is a tricky and subjective thing to define (cf VHS tapes vs Betamax).[1] <a href="http://queue.acm.org/detail.cfm?id=2566628" rel="nofollow">http://queue.acm.org/detail.cfm?id=2566628</a>[2] <a href="http://nymote.org/blog/2013/introducing-nymote/" rel="nofollow">http://nymote.org/blog/2013/introducing-nymote/</a>(disclaimer: I'm involved with both the above projects)[3] <a href="http://paulgraham.com/startupideas.html" rel="nofollow">http://paulgraham.com/startupideas.html</a>

评论 #8942908 未加载

评论 #8942669 未加载

评论 #8943420 未加载

评论 #8942744 未加载

评论 #8942876 未加载

评论 #8943197 未加载

caster_cp超过 10 年前

Tanenbaum said that Torvalds would not get a good grade on his course, epic. "I still maintain the point that designing a monolithic kernel in 1991 is a fundamental error. Be thankful you are not my student. You would not get a high grade for such a design :-)"Perfect display of how universities are good at judging people about how well they know how to "play the game" (and usually that involves conforming to whatever frame of mind your professor thinks is right).

评论 #8942655 未加载

ezequiel-garzon超过 10 年前

There seems to be a response by "the" (please rise) Ken Thompson:"viewpoint may be largely unrelated to its usefulness. Many if not most of the software we use is probably obsolete according to the latest design criteria. Most users could probably care less if the internals of the operating system they use is obsolete. They are rightly more interested in its performance and capabilities at the user level."I would generally agree that microkernels are probably the wave of the future. However, it is in my opinion easier to implement a monolithic kernel. It is also easier for it to turn into a mess in a hurry as it is modified."

DanBC超过 10 年前

Amoeba Operating System:<a href="http://www.cs.vu.nl/pub/amoeba/" rel="nofollow">http://www.cs.vu.nl/pub/amoeba/</a><a href="https://en.wikipedia.org/wiki/Amoeba_(operating_system)" rel="nofollow">https://en.wikipedia.org/wiki/Amoeba_(operating_system)</a>Mach kernel<a href="http://www.cs.cmu.edu/afs/cs/project/mach/public/www/mach.html" rel="nofollow">http://www.cs.cmu.edu/afs/cs/project/mach/public/www/mach.ht...</a><a href="https://en.wikipedia.org/wiki/Mach_(kernel)" rel="nofollow">https://en.wikipedia.org/wiki/Mach_(kernel)</a>RC4000<a href="http://www.prg.dtu.dk/equip/rc4000.html" rel="nofollow">http://www.prg.dtu.dk/equip/rc4000.html</a>CHORUS<a href="http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.38.6843" rel="nofollow">http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.38.6...</a><a href="https://en.wikipedia.org/wiki/ChorusOS" rel="nofollow">https://en.wikipedia.org/wiki/ChorusOS</a>

评论 #8942676 未加载

sambeau超过 10 年前

Before we get into - "Oh not this again!" and "Duh! but Linux Won!" and "Microkernels are still a better design"...Remember, today's lucky 10,000...<a href="http://xkcd.com/1053/" rel="nofollow">http://xkcd.com/1053/</a>Actually, I always enjoy reading this whenever it comes up. I was just about to start a university computing science degree course at this time and was reading Tanenbaum in preparation. This was a debate that was alive for years throughout the computing community I was part of.In the end reality came down to what always wins in computing (and in life too).<pre><code> Running code beats design. Design is always 'better'.</code></pre>

评论 #8942811 未加载

jacquesm超过 10 年前

The problem with this whole debate is that Linus was 'more wrong' than Tanenbaum and Tanenbaum made plenty of mistakes with Minix which also make it more of a macrokernel than a true microkernel.A true microkernel does one thing and one thing only: pass messages.Now that's an ideal and in the real world you don't get to have your ideals realized so rather than to be able to realize this spherical cow you're going to have add in a few more system calls to make it work but you'll end up with something a lot closer to plan9 or QnX and compared to those Linux is very very old hat indeed, it's basically a re-run of the 70's state of the art with a a whole pile of modern day hardware drivers and other goodies thrown in.Tanenbaums biggest mistake was to try to monetize Minix through Prentice-Hall, if he'd just tossed it out there it would have picked up steam a lot quicker, but likely he too had bills to pay and his expenses at the time were probably a lot larger than Linuses, and so history was made.So, Linus was obsolete, but so was Minix and the future as we could have had it is still waiting to happen. And when it does you'll finally appreciate just how obsolete Linux was back in 92, and how much more obsolete it is today.Until then it's like democracy: not perfect but the best we've got (without shelling out lots of license fees for something better).

评论 #8942893 未加载

评论 #8942791 未加载

justincormack超过 10 年前

Tanenbaum admitted at EuroBSDCon last year[1] that he was wrong about BSD and he should have turned Minix into a BSD, which he now has, with Minix3 borrowing NetBSD userspace, build system and so on.[1] <a href="https://va.ludost.net/files/eurobsdcon/2014/Vitosha/03.Saturday/07.A%20reimplementation%20of%20NetBSD%20based%20on%20a%20microkernel%20-%20Andy%20Tanenbaum.mp4" rel="nofollow">https://va.ludost.net/files/eurobsdcon/2014/Vitosha/03.Satur...</a>

ghshephard超过 10 年前

Something to meditate on any time there is an "Appeal to Expert" - particularly on an issue that is forward looking.Also, I love how he was so confident with regards toWhile I could go into a long story here about the relative merits of the two designs, suffice it to say that among the people who actually design operating systems, the debate is essentially over.

评论 #8942658 未加载

评论 #8942618 未加载

dang超过 10 年前

<a href="https://news.ycombinator.com/item?id=8151147" rel="nofollow">https://news.ycombinator.com/item?id=8151147</a>

RedNifre超过 10 年前

How feasible is it to radically refactor an operating system? Would it be possible to gradually incorporate all the insights of operating system research into Linux/BSD/$otherProductionReadyOS or is it always necessary to start again from scratch?

评论 #8942842 未加载

评论 #8942846 未加载

sgt超过 10 年前

The following statement puts things in perspective, doesn't it."Speeds of 200 MIPS and more are likely in the coming years."Now, a modern Mac Pro can do 488250 million instructions per second. Needless to say, we've had progress in these last couple of decades.

评论 #8942814 未加载

jestinjoy1超过 10 年前

On the portability aspect why Minix is better than Linux? I didn't get that point.

评论 #8942798 未加载

评论 #8943051 未加载

avinassh超过 10 年前

It's amazing to see how a 20 year old university student was debating with well known OS researcher and he was so confident.Btw Linus called DOS as DOG:> You mention OS/360 and MS-DOG as examples of bad designs as they were hardware-dependent, and I agree.

sergiolp超过 10 年前

I did some small contributions to GNU Hurd years ago, but still, this made me giggle:Of course 5 years from now that will be different, but 5 years from now everyone will be running free GNU on their 200 MIPS, 64M SPARCstation-5.

评论 #8942650 未加载

codeulike超过 10 年前

Linus "my first, and hopefully last flamefest" Torvalds

评论 #8942741 未加载

krasnov超过 10 年前

Is it still possible to asscess comp.os.minix old archives through NNTP somewhere? Google Groups have the old emails but I can't find a way to read them in a local email client.

评论 #8942804 未加载

ShannonSofield超过 10 年前

2015: The Year of Linux!