Haiku meets 9th processor
haiku-os.org
haiku-os.org
This niche is currently filled by OSX, but I think it's slowly falling out of favor because of Apple's increasing focus on the end user and "iOSifying" everything.
Of course Haiku is still some ways from it, but I've been following its development for a while now and I feel like it's on the right track. If one or two manufacturers end up providing good hardware for Haiku to run on when it's a bit more mature, it'd be wonderful and then my vision would happen.
There are worse foundations and inspirations to have than BeOS - a man can dream :)
There are probably other Linux distributions (Mint?) that can fill this niche.
I only mention this because, if people are looking for something right now, setting aside a little bit of time to try out Debian stable or Mint might be worthwhile.
But yeah. I'd love to see Haiku become a strong alternative OS. I've been keeping an eye on it ever since it was announced. (I still have the BeOS R5 disc that I installed on a PPC machine years ago.)
Imagine if (1) your filesystem was a high-performance nosql database; (2) your desktop was just a thin layer around this, optimised for navigating around and querying the stores. But NoSQL has never since been so smooth and beautiful to interact with.
The mail system: a daemon drops files in a directory and makes a ding sound. The user then just browses the directory containing the mail messages. (The file explorer detected the metadata and displays this as columns.) When you double-click on an icon, you get a special-case form that displays the contents of the data. http://archive.arstechnica.com/reviews/3q99/bemail/bemail-sc...
If a unix were to do this stuff, it'd stop being unix: metadata on files is incompatible with the everything-is-a-stream-of-data philosophy. ryanweal writes below, "think everything is an icon instead of everything is a file". Brilliant. Haiku team should take "everything is an icon" as their motto.
To be fair, the scheduling might matter if a reader considered writing a library for Haiku. Can't game the system by surrendering a lock before the slice ends anymore. :-B
Maybe I'm just too young to know
I see this quite often on articles about Haiku. Everyone jumps on them like it's such a bad thing that they're working on something and it has no relationship to Linux.
Maybe they're just here to help diversify the OS world, which in itself is a nice goal.
The mission has always been to reimplement BeOS R5 as open-source with some modernization.
[0]: https://www.haiku-os.org/docs/userguide/en/contents.html
[0]: https://www.haiku-os.org/blog/pulkomandy/2013-12-20_webkit_w...
http://www.haiku-inc.org/funded-development.html
This is way past "hobbyist OS".
Maybe it's out of hobbyist status, but this is still far far below how much Be spent developing BeOS each year.
My one and only point is that you can't say Haiku is just a hobbyist OS. That's simply not a reasonable answer to the question of what its purpose is. It's just dismissive and insulting to the person who asked the question.
I get the feeling it aims to be an open source implementation of what the original Mac was meant to be (pre-OSX)... boot-to-desktop with no terminal layer spawning first.
It comes with many Unix-like shell utilities including scp and ssh. git is installed. There is a graphical text editor and something resembling a package manager that will allow you to fetch vim.
The web browser is a bit lacking/weird/not-sure-how-to-describe, but reading through the installation manual it appears that many Wifi chipsets are supported via BSD drivers.
Press shift when booting if you can't get anywhere, and definitely read the manual. There are few necessary concepts to learn...
Really reminds me of Mac OS 7-9, but much more stable and a better user interface. I'm considering using it for back-end web development (as most of my work is server-based). I'm not concerned about Flash anymore so that is a non-issue.
Now building a desktop OS is a an odd niche. At this point, all of us live on the web, and the desktop matters little, as we have the move towards mobile OSes, and the integration of mobile features into our operating systems. If we ever see a move back towards more "traditional" desktop OS paradigms, perhaps Haiku will see more use, but for now it's community is small, passionate, and fun. I don't think it will ever be big, but one can dream right? :)
I believe priorities are a sucky way to express the developers desire to perform some tasks in a low-latency manner, while others are ok to delay for a larger time. Maybe latency would be a better thread parameter than priority. It has the advantage of being a hard metric, one you can easily measure and adjust your algorithm against.
But latency is slippery. Do you mean time-to-first-execution, or time-to-completion? Completion of what? The OS would have to be aware of some units of processing (message digestion time?). This is not a bad idea. I'm all in favor of the OS having a more complete model of what the developer is trying to accomplish.
Anyway my 2C worth.
Con Kolivas, author of a CPU scheduler for the Linux kernel, had a very similar idea.
Maybe check out some BeOS R5 videos, they were doing some really cool stuff before they went under!