4 ms·
And much better option, running the real deal, instead of some compatibility layer.
by pjmlp 8mo ago
And much better option, running the real deal, instead of some compatibility layer.
- AlecSchueler 8mo agoPresumably there's a lot more modern software written for Linux which you'd end up running through a compatibility layer from Haiku? The better option seems relative. I could be misremembering how Linux programmes are handled on Haiku though.
- pjmlp 8mo agoMaybe the fallacy is not exploring what a given OS is great at? We don't need to clone UNIX all over the place.
- hnlmorg 8mo agoHow strictly do you mean “UNIX clone”? Because Linux isn’t strictly UNIX. But then at the other end of the scale, BeOS was also partially POSIX compliant and shipped with Bash plenty of UNIX CLI tools. Perhaps it’s better to play it safe and just run DOS instead ;)
- pjmlp 8mo agoIt certainly is, what it is not, is a derivative. BeOS on its final commercial version certainly did not allow to compile UNIX applications, beyond the common surface that is part of ISO C and ISO C++ standard library.
- numerio 8mo agomaybe in early BeOS versions but, BeOS R5 especially with the BONE updates had a fairly decent POSIX compatibility for the time. If you do "ls /" you can see immediatly BeOS has some BSD reminiscence, but certainly it isn't a UNIX OS as in itself.
- c-c-c-c-c 8mo agoBut Vitruvian is running its own graphics stack so no X11 or wayland applications will run afaict.
- anthk 8mo agoWith xlibe they should.
- reverius42 8mo agoSo what's the point of this -- it's essentially a different Haiku?
- deleted 8mo ago[deleted]
- galangalalgol 8mo agoI think itbis the reverse, it is haiku with a linux kernel so it works with more hardware.
- hym_the_pawn 8mo agoNot quite really. Vitruvian runs virtually the same identical sw stack of Haiku and there's a haiku-wayland that works. However on vitruvian the app_server could provide real Gbm buffers, so that would give us pretty much native rendering. We're still working on it but you'd have the advantages of a BeOS-like gui and the power of linux!
- chrsw 8mo agoVitruvianOS has the clothes of BeOS, which is nice and refreshing. But Haiku has the soul.
- smallstepforman 8mo agoIn Haiku windowing system, each app window gets its own thread so dialog boxes run in a different thread to the main window and a different thread to the core app. In Linux, all windows share the same message loop thread. A simple port reveals threading issues in Haiku which dont exist on Linux. To work around this, all window messages in ported apps are marshalled to execute sequentially. Small additional overhead, and the system doesnt spread available threads, so noticably slower. Compare a native Haiku app with a ported app, one is smooth as ice while the other isnt. Users notice it. This is on many core systems.
- jcgl 8mo ago> In Linux, all windows share the same message loop thread. I'm no expert, but aren't you just talking about Xorg here? As far as my limited knowledge goes, there's nothing inherent in the Wayland protocol that would imply this.
- shevy-java 8mo agoAnd things such as ruby don't work on it. Well, what shall I say? The "best" ideas get beaten when in practically already works very well - aka Linux. People need to compare to Linux and if there are failure points, they need to fix it. Haiku keeps on failing at core considerations. If you look at guides, they recommend to "run in qemu". Well, that is a fever dream. They need to focus on real hardware. And they need to support programming languages just as Linux does. And modern hardware too. Would be great if Haiku could shape up but the development is way too slow. I've been looking at it for many years - they are simply unable to leave the dream era. ReactOS is even worse in this regard. At some point those projects gave up on the real world. I think qemu, while great, kind of made this problem worse, since people no longer focus on real hardware; the mantra is "if it works in a virtual EM, it is perfect". Until one notices that it doesn't work quite as well on real hardware. Case in point how ruby does not work on Haiku. Ruby works well on BSD (for the most part), linux (no surprise) and also windows (a bit annoying, but it does work there too and surprisingly well, for about 99% of the use cases, though it is annoyingly slower in startup time compared to linux).
- pjmlp 8mo agoPeople aren't really running servers on Haiku, which is basically the only relevance to use Ruby in 2026, Rails powered web applications. Then again, there is a golden opportunity to become a Ruby contributor, road to fame on Ruby contribution list.
- akho 8mo agoI suspect Linux has better hardware support than Haiku, which is not exactly easy to run on laptop hardware (w/ wifi, sleep, &c)
- pjmlp 8mo agoYeah, a good opportunity to contribute upstream.
- SuperNinKenDo 8mo agoI suspect it was a freak occurence, but I actually had incredible luck running Haiku on an old laptop back in the day. It was incredibly fast, and just about all the amenities you'd expect worked with no or minimal intervention.
- cachius 8mo agoEven running from an HDD?
- trinix912 8mo agoI recently tried the latest version (Beta 5?) on a 2005-ish PC with an even older HDD and it ran surprisingly fast off that. The only thing where it was somewhat slow was web browsing.
- SuperNinKenDo 8mo agoYeah. I installed it to HDD and it worked great. You'd think the thing had an SSD ot was so snappy. No issues with compat on the drive or anything.
- pabs3 8mo agoIn the last year sometime I ran the Haiku live image off USB on my only laptop (2011 X201t), it worked fairly well.
- nomdep 8mo agoMe too. The laptop was so old that I couldn't play a 360p mpg video without pauses on Windows 2K or XFCE, but it ran smoothly with BeOS5 (the Intel-based abandonware version)
- hrmtst93837 8mo ago[flagged]