Niche Operating Systems 405
Eugenia writes: "So, you think that BeOS or AtheOS are niche Operating Systems? Well, you haven't seen anything yet. OSNews provides a list and short description of the most active and most promising Operating Systems written by individuals or small teams just for the fun of it or because they have a dream of how the perfect OS should be (is there such a thing though?). Some of them, like SkyOS for example, are even quite far down the line in terms of usability and advancements."
The more OS's the Better. (Score:1)
Although I have standrdized on MS for the dsktop, I still am a Solaris pig for the back end. After all, the less the end users know about the server room, the better.
Re:The more OS's the Better. (Score:1)
Re:The more OS's the Better. (Score:3, Insightful)
_Everyone_ can make a choice. His personal choice is Windows, but he's saying that he wants lots of options available so each person has more to choose from.
Re:The more OS's the Better. (Score:2, Insightful)
It only is that way when some platform specific, propreitary method becomes the de facto standard. That's the whole reason for the IETF [ietf.org] standards process.
Standards should enhance choice by providing inter-operability for certain components while allowing customization of others. As the best and biggest example, TCP/IP is highly standardized and yet you can choose from a bewildering variety of stacks for different operating systems.
Re:The more OS's the Better. (Score:2, Insightful)
As anyone who works on systems from day to day knows... as much as I don't like it, each system has strengths and weaknesses.
Linux is a fantastic system for serving web content and doing databases and back end systems stuff
Microsoft, like it or not, has made a desktop and whether by fair play or not, taught most of the world to use it.
Macintosh has incredible strengths in the graphic design world. They have found a way to get the desktop out of the way of creativity.
BSD has great strengths in virtual host setups (down to splitting the processor / memory usage).
Each OS has a strength, the key to a good system is using the *best* tool for a given job and not buying into one system that does it all.
I love Linux and am an advocate for open source. I run Linux machines, but I also run Windows Machines because there are tasks that are easier on each. Both OS's have a place.
Just as there are many styles of education and learning, so too are there different ways of approaching the problem of the desktop. By having choices, we are enabled to choose what works best for our style. Otherwise, you folks running Themes wouldn't bother changing the defaults.
Nitch OS's have a place too... and thank's to the devoted masses who keep their missions alive, we all benefit from them, even if other companies lay off their work force or swallow them whole.
Because of visionaries discovering a great way to do something the collective pool benifits.
Re:The more OS's the Better. (Score:1)
Re:The more OS's the Better. (Score:2)
That's awfully noble of you! Do you avoid Wal Mart because they put small companies, local buisinesses, etc. out of business? Do you avoid driving because of the evil automobile corporations that pollute our planet? Do you make your own clothes because your sick of selling out to corporate clothes companies?
Answers in order:Yes. As much as possable (it's not easy!). And no but I do avoid the worst of the lot.
It is quite difficult, but carrying the alternative to it's natural conclusion would result in the destruction of civilization (almost by definition).
It's coming! (Score:1)
Keep your flues open!
Dancin Santa
How about OS's that should be brought back? (Score:5, Interesting)
Given this, I would prefer to see a list of operating systems in which things were done RIGHT, but which are no longer in use or from which lessons are not being learned. Multics, TOPS-10, and TOPS-20 come to mind. Any others?
sPh
learning from the past (Score:2, Insightful)
>>and nobody seems willing to even consider the
>>lessons learned in the past.
Except maybe Apple, who rewrote their entire OS based on Unix for its proven stability, ability to play nice with others, etc etc...
Re:learning from the past (Score:3, Insightful)
Unix is not the end all be all of OSes. Reimplementing it means that EXACTLY the mistakes of the past will be made, as opposed to a random assortment of mistakes and successes -- including new ones -- by trying something different
Re:learning from the past (Score:2, Interesting)
Security model hasn't changed.
Speed's not amazing, though at least 10.1 is an improvement over the earlier releases.
Metadata's being depreciated.
I'm sorry, I'm not seeing that it's a substantial improvement on Unix, OR that Unix is a particularly desirable choice of OS for ordinary people. (Frankly, they could all stand significant improvement)
Re:learning from the past (Score:2)
>>>>>>
A lot of people happen to think that the OS has no business demanding so much system resources. People don't run OSs, they run applications. While I can understand a 3D moderling taking a 128MB machine, I can't understand a desktop environment doing the same. The OS should just get the hell out of the way and leave all of the resources to the apps. MacOS-X is a great example. They use an absolutely brain-dead model for their OS. The pile a monolithic server on a microkernel. Not only does that add bloat, but it takes the disadvantages of a microkernel (speed), and the disadvantages of a macrokernel (vulnerability to bugs in OS) and puts them together.
Re:learning from the past (Score:2, Informative)
Given that, based on inclination to go with the Mac platform, prior investments, planned usage, and populations, the order of users whose needs should be addressed, and who should be attracted basically goes: Mac, Windows, newbies, Unix, misc. it's really mysterious as to why, for example, OS X would have Unix-like user directories, or a terminal divorced from the GUI.
Of course, Apple has done little HCI work that is seriously innovative since System 7. So it's not too surprising. Personally, I'm always suspicious when I see some Unix feature that was never in popular use crop up in OS X. It's tough for me to imagine that there could be so little improvement to UI than what was done by two guys in the late 60's.
Were there ideas that were quite cutting edge, that were nicely polished (e.g. directories that refresh themselves, much like System 1's did, hierarchical menus not limited to five levels, etc.) I'd be less critical of their overall efforts, and could concentrate on the substantive nature of the UI itself. Right now, there's not much that's new to go on.
Regarding metadata, there are other ways to handle cross-platform issues that preserve metadata, as well as new features that could be provided by the OS and documented in the HIG, such as auto-appending suffixes to outgoing flat files, etc. Apple's regressing to the old ways, and it's not all that necessary. NTFS has good support for metadata, for allied things like forked files, and is the coming standard. Apple's getting left in the dust, and ironically is NOT being a terribly good neighbor.
Re:How about OS's that should be brought back? (Score:3, Insightful)
A rather obvious answer to that would be AmigaOS.
Re:How about OS's that should be brought back? (Score:2)
Re:How about OS's that should be brought back? (Score:3, Insightful)
The real strenght of the Amiga was that it was targeted to a fairly specific group of graphics artists, gamers, and hackers. It's really too bad the Amiga never had the corporate support it deserved -- with the right backing, it could have been great...
Re:How about OS's that should be brought back? (Score:2, Informative)
Re:How about OS's that should be brought back? (Score:2)
I didn't bring up this topic, I'm just replying to someone else.
Re:How about OS's that should be brought back? (Score:1)
MS-DOS 2.0! (Score:2)
Re:MS-DOS 2.0! (Score:2)
My favorite was the unnamed OS that came with the AIM-65 (6502-chip-based) machine. It fit in a 4k EPROM and ran well in 1k of memory and an additional 4k of EPROM for application code such as the assembler. Problem was it completely filled the EPROM so when I wanted to upgrade the assembler to handle new 6502-C instructions, first I had to rewrite some of the existing code to take fewer bytes, to make room for the new stuff.
Re:How about OS's that should be brought back? (Score:2)
Re:How about OS's that should be brought back? (Score:3, Informative)
Up until the RISC revolution, Apollo's hardware was not very exciting, but the Prism architecture in their DN10000 line made their OS really shine as an accedemic and scientific computing platform. Also, their DSEE (forunner of and superior to ClearCase) source control and versioning environment made it a powerfully compelling environment for large teams of programmers who needed to work collaberatively.
A great platform, gone forever because their marketting sucked and HP had no vision.
Re:How about OS's that should be brought back? (Score:2)
...or from which lessons are not being learned. Multics, TOPS-10, and TOPS-20 come to mind. Any others?
And all this time I thought lessons from Multics were in fact well learnt and understood? You do know where name 'Unix' (originally, pun intended)
comes from, right?
Spring (Score:2)
Re:How about OS's that should be brought back? (Score:3, Funny)
Re:How about OS's that should be brought back? (Score:2)
I must confess to puzzlement at comments of the nature, particularly when directed as posts which are clearly designed to be food for additional discussion, rather than to be complete in themselves. You have no idea who I am, how long I have been working with system, what I have or haven't worked with in the past, or what my personal opinions are of the systems I mentioned (for good or ill), yet you know I have "no idea what I am talking about".
Perhaps a mirror would be in order?
sPh
BeOS...? (Score:3, Interesting)
Re:BeOS...? (Score:1)
However it does seem odd to group BeOS with all of these up and comming OSen, seeing as BeOS is as dead as OS2 and DOS.
Re:BeOS...? (Score:1)
Definition of MainStream? (Score:2)
So what constitues a mainstream OS? what number of users? what number of developers? What market share?
Seriously, How would you define it?
of hand I can think of at several quals, but there have to be more. And these may be messed up.
1) Main population of users is not restricted to a specific location or region.
2) Probably a lot more users than developers
User base consists of a substantial fraction of the total user base.
But what counts as substantial? If Apple was just starting, would 10% of the market be considered mainstream?
and which markets?
Re:BeOS...? (Score:2)
BeOS is pretty much dead since it was bought by Palm [prnewswire.com]. Hopefully we will see elements of BeIA in some future Palm device.
Clicker 32 is interesting... (Score:2)
I don't know how easy it would be to use this system, but at least it's innovation. It's the most original OS interface idea I've seen since the virtual desktop.
Andrew
OS Standards (Score:1)
Re:OS Standards (Score:2)
Re:OS Standards (Score:2)
What you speak of is called the "Win32 API". Don't blame Microsoft, they fully support it.
You must be kidding! MS can't even manage to implement their own API consistantly between versions of their own operating system. Not to mention that the API itself is a mess.
New direction for slashcode (Score:1)
How about we start the SlashdotOS project, to go along with it SlashdotOffice and who would want to miss the Slashdot.NET development package which includes the Slashdot# c compiler.
Niche - and quixotic (Score:3, Interesting)
My vote for the most obscure goes to FreeVMS [panix.com]. Warning: very little code got written and there hasn't been activity in years. But the way in which it failed was interesting: no one wanted to do anything unless it had the blessing of Digital ^W Compaq ^W Hewlett Paqard. The biggest leverage of the proprietary OS was over the minds of the users/enthusiasts/etc. One could argue about whether the legal issues were real, but the free unices managed to get around legal issues with Unix including the setuid patent [164.195.100.11].
Re:Niche - and quixotic (Score:1)
Re:Niche - and quixotic (Score:2)
What about VSTa? (Score:2, Informative)
yeah like Vx-works is niche (Score:3, Insightful)
ones that the general public uses ?
(ever thought about the O/S in a mobile phone)
or even yourt Set Top Box pluged into your TV
just because it doesnt screem the version and who made it does not make it less of a O/S
regards
john jones
p.s. oh and linux need to sort out threading I found out today (-;
Re:yeah like Vx-works is niche (Score:1)
Re: linux need to sort out threading (Score:2)
Just say no to asynchronous delivery. Your program should be notified of events only when it calls dequeue_event() or whatever. For something that is really async like segmentation violation, your program should just get whacked without any opportunity to do anything else.
Getting rid of signals would solve most of the problems I perceive with programming in Unix.
Re: linux need to sort out threading (Score:2)
Re: linux need to sort out threading (Score:2, Interesting)
The kernel is the RIGHT place for asynchronicity, because we definitely know what is happening when we get an interrupt on platform X. When programming in user space, who needs to deal with your program suddenly and unexpectedly jumping to a signal handler? You have NO idea where you are in the control flow. It's a stupid design, exacerbated by the non-uniform way different platforms deal with signals during system calls.
Re: linux need to sort out threading (Score:2, Insightful)
Right. And you should poll the hardware for events, rather than relying on interrupts. That would simplify designs marvelously.
<smartass> Actually in the embedded world sometimes polled is better because it's cheaper than making sure that the external interrupt sources are rate-limited or otherwise "clean". We just came across this in one of our designs. Interrupts were peachy-keen until it left the lab.</smartass>
Re: linux need to sort out threading (Score:2)
The mouse has moved
Async read on FD n is complete
Async write on FD n is complete
FD n is ready for more data
FD n has closed
There kernel only delivers "The mouse has moved" once between times that the program pays attention to it. The program sees "The mouse has moved" and calls some code to get the mouse position.
So, we're talking about something really tiny like struct event of a few bytes at most, delivered not all that often.
Different types of niche operating systems (Score:5, Insightful)
Lately, the operating systems research has come to a slowdown, but the operating system hackers (that produce the "toy" systems) are gaining more and more momentum. The latter can most likely be contributed to the success of Linux. Can the former be explained by that operating systems now is a fully explored area?
Re:Different types of niche operating systems (Score:3, Interesting)
They can be divided into one category: illegal operating systems.
SSSCA
Re:Different types of niche operating systems (Score:2)
Can we have some well-spoken and photogenic hacker volunteers to run for seats in Congress? Please?
Re:Different types of niche operating systems (Score:3, Funny)
Re:Different types of niche operating systems (Score:2)
The classes will probably continue, but the Universities, Professors and students will have to be specially licensed to handle non-Certified operating systems. Comp-Sci students will probably have to have periodic FBI background checks to prove that they can be trusted with such dangerous code.
And outside of school, dangerous tools like compilers and debuggers will have to be controlled and licensed as well.
The future's looking so bright I could cry.
Re:Different types of niche operating systems (Score:3, Funny)
Re:"Toy" OS systems (Score:2)
Then you would have better insight as to why there might be a next os to break out of the "toy" niche.
If another os does go from "toy" to "mainstream", then it will likely be because it addresses some real or perceived shortcomming in the range of presently available OS choices. Please don't misinterpret me. It's not that I wish to get modded down for suggesting that Linux isn't absolutely perfect in every conceivable way. I merely suggest that you re-read my first two sentences above.
Eventually Linux's age will show. It won't be as nimble at adapting to technological innovation. An ever growing monolithic kernel could eventually lead to either: [1] instability or [2] slowdown in development in order to maintain stability of a growing code base. [This prospectus contains forward looking statements, blah, blah, blah.]
Other approaches could become more attractive, or less objectionable. For example, ever increasing hardware speed can be a great compensator for a more abstract, less efficient, but easier to grow design approaches.
What I'm saying is that there is a huge inertia to overcome for a new os to go mainstream. The new approach must solve a problem that people want solved. (ala Linux vs. MS) Otherwise, people aren't motivated to change and the newcommer remains niche. And as in the free vs. ms choice, the problem to be overcome is not necesseraily or purely a technical problem.
Re:"Toy" OS systems (Score:2, Insightful)
(If the BSD lawsuit was settled a year earlier, or if OS/2 had shipped for the i386 instead of the i286, Linux probably would have stayed a toy.)
The problem is that you don't get that sort of market opportunity every day. It was just a historical circumstance that there was this huge demand for a cheap Unix and vendors that were not willing to provide one.
How about this for a niche OS (Score:4, Funny)
Re:How about this for a niche OS (Score:5, Funny)
Jesux's webpage hasn't been updated for two years, so it looks like development may have stopped. I wouldn't rule out the whole distribution suddenly rising from the dead though...
Re:How about this for a niche OS (Score:2)
Jesux's Developer is dead.
-- Nietzsche
(another bad pun brought to you by jbm)
Re:Jesux (Score:2, Funny)
Another resource (Score:3, Informative)
Dare I mention... (Score:2, Interesting)
Re:Dare I mention... (Score:2)
Apple had more to do with killing BeOS then M$ did. Remember what happened when apple rolled out the G3? yeah that's right, it refused implicately to share or allow data that was instrumental in porting BeOS on up to the new proccessors... BeOS had a lot of momentem at the time and i believe it was build 2.4 or 2.5 I was running on my 8600 at the time.
When apple shanked them on the G4 it was the begining of the end, they switched gears to port it to x86, the BeOS box took a dump... momentum shifted and everything came undone....
It took as long as last saturday for me to actually use my Mac as my main box again.
Canon Cat (Score:2)
it's all well and good... (Score:3, Redundant)
-raj
Thank you Linux/BSD/etc (Score:3, Insightful)
My favorite Niche OS... (Score:2, Informative)
Oh, and of course, by favorite GUI to go ontop of FreeDOS: DWin [sf.net]. Not much to use yet, but i really enjoy it.
new OS announcement ;-) (Score:3, Funny)
I think I will call it CheeriOS.
Hmmm... you don't think General Mills will mind do you?
Screw CheeriOS. Create another *nix (Score:2)
Which ones are Unixen? (Score:2)
Screw niche operating systems (Score:2)
Not only is it very abstract, it's downright existentialist. If you try to log in as "God", it tells you you're dead.
Niche isn't the word I'd use. (Score:2)
Quite possibly, the world is not needing another OS in the traditional sense. When someone uses Windows, for example, he or she thinks of the "OS" as being Explorer, Internet Explorer, and certain common applications. It doesn't matter that they're running on top of the Windows kernel or the Linux kernel or whatever...that level of detail is irrelevant unless you make a hobby out of being concerned with it. The separation of a computing tool into "OS" and "application" is outdated. A better angle is to focus on what computers get used for most commonly, and then write a so-called operating system to give you the support you need to provide those tools to users. Writing the OS first is akin to the usual mistake of architecting a 3D engine without any clue as to what game it should be used in. That's the backward approach.
Re:Niche isn't the word I'd use. (Score:2)
No, this isn't true. Look at some of the big successes in "alternative views of computing" in recent years: Erlang, REBOL, Python, Zope, etc. None of these involved writing a kernel.
Interesting OSes (Score:5, Informative)
An "interesting" OS is AROS [aros.org] - it's AmigaOS, but open-source on x86, complete with Amiga-style:
pre-emptive multitasking.
total lack of memory protection, except for "cooperative" m.p. via semaphore locking.
blazingly fast IPC by by-reference message passing
on-the-fly shared library function patching
user-space device drivers (though, without any memory protection, user space is a pretty abstract concept
integrated GUI + unix-like shell.
Also has a fun "soft-pseudo-reboot in a fraction of a second" feature, based on just freeing all memory except the kernel + vectoring to the kernel entry point - whcih means, you may crash due to lack of memory protection, but you'll be back up,very,very quickly
Where's EROS? (Score:2)
Little help?
--Jim
Re:Where's EROS? (Score:2)
www.eros-os.org [eros-os.org]
some text to satisfy the lameness filter gods
Re:Where's EROS? (Score:2)
Re:Where's EROS? (Score:2)
It looks like they last updated it on 6/9/2001.
They forgot an extremely important OS (Score:2, Informative)
Another OS of interest is JOS [jos.org], a Java based OS. While I agree with them in principle, they defined too large of a scope initially and ended up drowning in their own specs. Maybe one day we'll see an awesome OS out of them, but not today.
Re:They forgot an extremely important OS (Score:2)
Not even out of PreAlpha yet, and only two developers.
The plug out of the wall story was actually about KeyKOS although I bet EROS would survive that test also.
I like EROS's idea of having no filesystem. A hard disk is the permanent memory map, and regulary memory is just cache for it. The capability system is a very interesting one also, allowing fine grained security for every part of the system even peripherals (But I suppose OppCOS would have that even though I can find no info on it.)
Memory mapped files (Score:2, Informative)
That was actually an idea that originated in MULTICS [multicians.org]. Unfortuantely for MULTICS, most of the devlopment companies pulled out leaving HoneyWell with the sucker. And HoneyWell managed to bungle their marketing to no end. As a result, there have only ever been a handful of MULTICS machines in existance.
Microware OS/9 (Score:2, Informative)
Why is it... (Score:2, Interesting)
//Humming
Re:Why is it... (Score:2, Insightful)
For the fun of doing it.
Its like baking a cake. You can go out to the store and buy one, or you can bake one yourself. Its pleasure to eat something you made with your own hands.
Re:Why is it... (Score:2)
Hey... (Score:3, Funny)
(ducks and runs...)
FreeDOS (Score:2)
VERY USEFUL (Score:2)
Did you know how hard Win ME makes it to create a decent boot disk for flashing, Geeze. I tried to patch the DVD player of my girl-friend and had to try lots of stuff to get into dos mode.
So now I live in a 100% OpenSource World. linux & freedos.
I still don't understand (Score:2, Insightful)
Freedows (Score:3, Informative)
At Least Be Original (Score:2)
Re:DV editing with Mac OS (Score:2)
Re:one way to (Score:2)
Still pretty cute, though...
Re:beOS is NOT a niche operating system. (Score:2, Insightful)
Re:beOS is NOT a niche operating system. (Score:3, Insightful)
Re:beOS is NOT a niche operating system. (Score:2)
Every computer manufacturer does that's who. Could Dell, gateway, compaq, ibm or anybody else afford to lose the ability sell PCs with windows on it? Of course not. That's what MS threatened them with. If you pre-install BEOS (or even netscape) then we will yank your licence and you will have to sell your PCs without windows.
Re:The SkyOS site is /.ed (Score:2)
Re:Coincidently... (Score:2)
Modern Operating Systems [fatbrain.com]
Linux Kernel Internals [amazon.com] Unix Kernel Internals is better but I couldn't find a link
C Programming Language [fatbrain.com] -- you gotta have the bible
These aren't nearly enoguh resources, but they're a good start. Of course if you just want your own UI it depends on what you want. You can write your own window managers ect for X or you can use
"Cracking Shells" in Unix Programming [fatbrain.com] to give you a jump start on writing your own shell which is not a bad little project. Of course in order to build your own shell you'll probably want to have a scripting language tied to it so make sure to pick up the Dragon Book [aw.com].
Re:Coincidently... (Score:2)
Out of print, but I've got a copy. If you can find it, buy it. It's really quite neat.