Linked by Thom Holwerda on Sat 10th May 2014 20:12 UTC, submitted by Premislaus
BeOS & Derivatives

My area of interest is broadly defined kernel development. In the spring of 2013 I implemented ASLR and DEP which caused minor confusion due to "activation" of bugs that have been hidden but I think that overall it worked out well for Haiku. Later I tinkered a bit with RTM (Restricted Transactional Memory), new extension introduced in Haswells but the code will need a lot of work before it will become usable. From October to mid-January, I was employed by Haiku, Inc. to work on the scheduler and adaptating Haiku for work on systems with more than one logical processor. Among other things, I got rid of the 8 processors limit, which was quite firmly rooted in the ABI inherited from BeOS.

Great interview with a low-level Haiku developer.

Permalink for comment 588767
To read all comments associated with this story, please click here.
Some comments quite childish ...
by -pekr- on Mon 12th May 2014 14:20 UTC
Member since:

Well, being an Amigan in the past, I really wodner, why some ppl react so negatively to just - another opinion.

You know, in the Amiga land, there was red side - AmigaOS, blue side - MorphOS and neutral side - Aros. Well, and tonnes of hatred, stupid infights, community split and slower progress ...

I think that what tacks had in ming was not any ultimate statement, just an opinion, or his preferred way. He surely did not want to bash another point of view.

My perspective is, that we can't judge the past with current metrics. Back at the time, ppl simply wanted multimedia OS with good latency. I too remember, how amigans fought choosing between Amiga kernel rewrite, BeOS kernel adaptation, QNX and Linux kernels.

It imo all depends, where you want to get, and how quickly you want to get there. If the goal was to spend xy years to mimicking BeOS kernel, then everything is OK, if ppl enjoy the project. But if the plan was to create a bridge for already available apps, and getting on the feets of new replacement OS as fast as possible, I can imagine goint the Linux kernel way as an interim solution, simply to get the job done and the replacement plan running.

But - such discussions are simply running in circles. Not only in an OS area, but in the language area too. Why another language? Well, why not? And some members of BeOS community simply showed their hostility, when one guy tried to port Rebol, LOL :-)

Reply Score: 2