Haiku Gains Support For Current Radeon HD Cards 70
As reported by Phoronix, the Haiku operating system "has added (untested) support for the newest AMD Radeon graphics cards to its open-source driver for the BeOS-compatible operating system." (Specifically, that support is for the "Mullins" and "Hawaii" graphics processors.) Impressive that this project keeps the BeOS flag raised and continues to modernize; Haiku has been around since 2001 — years longer than Be, Inc. itself lasted.
untested (Score:1)
Not to take anything away from the folks working on Haiku, and not that I would ever accuse Phoronix of jumping the gun on a story *cough*, but I really don't think you can claim support for new hardware before someone has tried running the code.
Re:Who knows (Score:5, Funny)
I have to give them credit. Haiku is even more irrelevant than BeOS.
That's not easy to do.
Re: (Score:1)
Amiga OS4 begs to differ !
Re: (Score:2)
Indeed - if anything, BSD's do much of what they claim in their FAQ that Linux does not.
At this point, it is hard to envision any OS displacing Windows/OSX/BSD/Linux without providing a radically different approach that allows users to do things not possible before
Re: (Score:1)
Re: (Score:3)
Re:Who knows (Score:4, Interesting)
Re: (Score:3, Interesting)
If we want a similar feeling we will have to start to treat user interaction as realtime-critical. Not only is it necessary to fetch user input in a timely fashion, lost input events is non-acceptable bug, but it is also vital that any GUI or console output is processed at a higher priority than any generic calculation. Even network packetloss is preferable to unresponsiveness.
A situation where a process hogs the CPU so much that opening a console and killing it takes several seconds should never occur.
Also
Re: (Score:2)
Re: (Score:2)
Re: (Score:1)
And I can tell you right now that throughput was no problem. I ran Quake II, used Gobe Productive and have done realtime video editing without any throughput issues. In fact, BeOS is still used in a number of professional studios, specifically for video and audio editing.
Basically, you don't have a clue. You're talking about something you have never even used.
Re: (Score:2)
Funny, because every BeOS developer I have ever talked to has said the opposite, that BeOS is a joy to code in.
Steve Jobs wasn't the only reason Apple decided to buy NeXT for ten times what Be was asking. The BeOS APIs were easy to use to write simple applications, but they had a sudden difficulty cliff. Your GUI application was a distributed system and most of the time this was fine because the parts were independent and events arrived at low enough rates that the user wouldn't notice if they were handled in the wrong order. Once you started getting complex MVC applications, the synchronisation requirements beca
Re: (Score:2)
I'm going to go with something on the theory that after being put on a PC (single chip, with a large L2 cache) it got a free pass to do what it damn well pleased, since it'd been designed to run on a much slower multi-chip PPC solution, which gave up L2 cache entirely in order to have the second processor.
Re: (Score:2)
Haiku hauku (Score:4, Funny)
Beos fails to sel
Asks too much for Apple sale
now just open source
Re: (Score:2)
You can't count to five!
So then why do i bother?
Best your name not known . . .
hawk
No acceleration (Score:5, Informative)
Remember, no graphics (not "No modern Radeon HD graphics" or even "No Radeon graphics" but no graphics at all) in Haiku are hardware accelerated.
The ONLY acceleration they offer at all is YCbCr scalable overlays for video on old chipsets that still did that sort of thing, which obviously Radeon HD does not. No 3D, no compositing, no blit operations, everything is done in RAM and then the whole frame is copied to the framebuffer.
Of course today's CPUs are really fast. So long as you do simple 2D graphics or you have a really poky high-end CPU, Haiku can make this look pretty good despite not using virtually any of the transistors on your $200 graphics card.
Re: (Score:3)
I see fools in this thread who ridiculously paint Haiku as not supporting 3D hardware, when the reality is they are fools unaware that such "acceleration" is a damn kludge:
Purists always whine about kludges, and they always get left in the dust by people willing to get the job done by the most expedient means. Intel has been working on replacing GPUs with CPUs for over a decade now (remember their various raytracers?) and they gave up and began integrating more powerful GPUs. Nobody agrees with you. Build a bridge and get over it. Coprocessors are here to stay.
Re: (Score:3)
Please let me know where you work as a hardware designer so that I can make sure never to buy your company's products. There is a cycle between specialised and general purpose compute that has been through about half a dozen complete oscillations. If you're only aware of it moving in one direction, then you're not much of an enthusiast either - especially as you have it moving in the wrong direction.
If you want some further reading, look up 'dark silicon'. Transistors are still getting smaller and cheap
Start of a trend... (Score:2)
This plethora of systems
Adds to general mess
Re: (Score:2)
Re: (Score:2)
Re: (Score:1)
Re: (Score:2)
I heard it was 127.0.0.1
Re: (Score:2)
Re: (Score:2)
I like variety, though I've never used Haiku or BeOS, but heard good things about it
I do not like variety if it mostly just produces various unusable things.
Re: (Score:2)
Monoculture is the death of innovation and invention.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Looking through their screen grabs (Score:3)
some of the window management features seem interesting to me.
Why has nobody else implemented the Haiku version of tabs and the ability to "stitch" windows at borders? I can see convenient uses for those. Were these features in BeOS? (I never used it.)
BeOS kicked butt, give Haiku a break! (Score:3, Insightful)
Too bad a few of the late bloomers are quick to jump on her grave. Multimedia was it's strong suit, and way out ahead of any Linux distro at the time. Try that with Slak, Mandrake or Redhat 6.x .
Re:BeOS kicked butt, give Haiku a break! (Score:5, Interesting)
On hardware from circa 2001, BeOS had an audio latency of about 3 msec from input to output. I don't know the x86 / x64 number, but in 2014 running on the best ARM hardware available, by default, the Linux scheduler runs every 10 msec, so audio latency of 40-80 msec is pretty common. In many applications, that is quite a significant difference. There are good reasons why Linux has this latency, but it is a question of optimizing for different use cases. BeOS had a laser focused use case of Desktop performance. Linux is used on servers, desktops, embedded, super computers, and all kinds of wierd places.
Re:BeOS kicked butt, give Haiku a break! (Score:4, Interesting)
Re: (Score:2)
Re: (Score:2)
As long as you're happy running an alpha browser on an alpha OS. Pardon me if I feel safer with respect to timely security updates on a mature platform.
How does a platform utilising llvmpipe for acceleration choke on full-HD HTML5 video and WebGL?
Does haiku provide touch input on par with modern environments such as KDE 5.x and Windows 8.1?
Re: (Score:2)
Says a guy who obviously has no clue about operating systems.
Hint: a quick look shows end user systems are dominated by different window versions (which all are pretty useless if you are a power user and know real OSes), various Linux versions, to a lesser extend BSDs and finally Mac OS X.
Conclusion: there is plenty of room for alternating OSes.
Next time you tell us: there is only cone car company needed ... the 'problem car' is solved.
Another free hint: read about Hurd or Plan 9 and you see, there is plent
Re: (Score:2)
Awesome! (Score:5, Funny)
Open source OS nobody uses provides support for graphics acceleration hardware without any hardware graphics acceleration.
Awesome! (Score:1)