Live data from Hacker News

LINUX is obsolete (1992)

groups.google.com

31–40 of 76 posts

Re: LINUX is obsolete (1992)

#31
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.

Re: LINUX is obsolete (1992)

#32
post #26

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... http://xkcd.com/1053/ 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 comp…

There's a variation to that. Unless your company is a very successful multinational chances are that a stranger picked at random has not heard about your product. Makes you think a little longer about terms such as 'market saturation', most products don't even go near there.

Re: LINUX is obsolete (1992)

#33
post #31

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.

Forget about the Mac Pro (and isn't it the intel CPU that does those instructions to begin with?), take any modern graphics card.

Re: LINUX is obsolete (1992)

#34
post #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 to While 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.

The funny thing is that I would mostly agree with him. The important detail is "Among the people who actually design operating systems." Linus would agree that Linux is not designed. It evolved. Very few OSs are designed these days. The QNX microkernel is quite successful. L4 also seems to do well. The BSD Mach microkernel is still around. Minix is still around, although its reliability approach (similar to Erlang, l…

Linux did not evolve so much as that it tried very hard to emulate Unix but outside of the *BSD world.

I think microkernels will have their day in some part of the future.

Re: LINUX is obsolete (1992)

#35
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?

Re: LINUX is obsolete (1992)

#36

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?

Minix3 is to a fairly large extent a refactor of NetBSD to have a microkernel base; osx kind of did a similar thing with freebsd. Also there are ways of running old OSs on top eg Linux on Genode.

NetBSD is a good starting point as the drivers are portable (via rump kernel; eg Genode uses this for their filesystem drivers) so you can reuse them in another OS as a starting point, plus it is reasonably simple as OSs go, plus the BSD license is friendly.

There were a bunch of related talks at https://operatingsystems.io/

Re: LINUX is obsolete (1992)

#37

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?

Through refactoring Linux has been transformed to be a real time kernel using the linux-rt patch set. The patch set is aggressive and big and only slowly making way upstream.

Still it proves that yes, refactoring can work. Real-time is one of those super-duper invasive features. So if it works for real-time we should be able to refactor in other features.

Re: LINUX is obsolete (1992)

#38
post #8
post #4

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.

Looking back it's amazing how much traction the gnu userland tools gained and how little (zero?) their kernel gained. I'm not going to call it a wasted effort, because I appreciate there being other "Unix"-systems around in case Linux ever goes bad, but at this point it seems to be a whole lot of work invested for nothing. Maybe things will change 5 years down the road when people abandon systemd and DMD had matured,…

There are the BSDs as other Unix systems around; they of course were not at the point when this was written as the lawsuits were unresolved. NetBSD started in 1993, after this. So we have plenty of backup without having to fix Hurd, as well as the L4 based microkernels that are much more mature and interesting than Hurd.

Re: LINUX is obsolete (1992)

#39
post #9

Earlier quoted context omitted.

Well, a microkernel is harder to implement than a monolithic one and from a theoretical standpoint is a better design, IMO it deserves a higher grade in an operating system design course. Let's not mythify the 1992 Linux kernel, which probably wasn't _that_ good.

> from a theoretical standpoint is a better design What about IPC overhead?

IPC overhead was primarily an issue with the Mach kernel in particular (due to it performing elaborate checks on message ports) that later ended up unfairly stigmatizing the entire microkernel design in general.

Contemporary microkernels like L4 are much, much faster.

Re: LINUX is obsolete (1992)

#40
post #22
post #7

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 unike…

>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]). Not only this. Amoeba, Tanenbaum's research OS is a distributed operating system, meaning that many devices could be used as a single system. This would be incredibly useful in our current age where everyo…

Usually distributed OS are designed for a scenario where every device is (nearly) always on. Like a supercomputer or a LAN of desktops. Mobile devices want to be mostly off to save energy.
Post reply on HN