My Interview About Haiku and BeOS on omnes.tv

Blog post by leavengood on Wed, 2010-03-10 19:01

I was recently interviewed by Michael Bartholomew for his new podcast, Device Drivers, on omnes.tv. I talked about Haiku, BeOS, some of my efforts in relation to WebKit and the Haiku browser, and other topics. I think anyone who is interested in Haiku and BeOS will find it interesting:

http://www.omnes.tv/devicedrivers/episode1/

Comments

Re: My Interview About Haiku and BeOS on omnes.tv

Nice interview. Well done Ryan!

Re: My Interview About Haiku and BeOS on omnes.tv

This is really very interesting. Big thanks!

Re: My Interview About Haiku and BeOS on omnes.tv

Really professional.... and informative. Thanks

Re: My Interview About Haiku and BeOS on omnes.tv

Nice interview, Ryan! Just a quick note regarding the usable physical memory: BeOS's limit was something like 2 GB - gfx memory - x. Haiku can use as much as can be addressed via 32 bit, i.e. about 4 GB - gfx memory - x (possibly more as some gfx memory might be mapped beyond the 4 GB limit).

I had a quick look at what it would take to support PAE and it should actually be relatively simple. The main problem is that ATM we only have a single data type we're using for both virtual and physical addresses (addr_t) which is 32 bit wide on 32 bit platforms. Obviously we need a separate type for physical addresses and adjust quite a bit of code in the VM to use it.

I'm a bit unsure what priority to give that feature. ATM I don't think there are any applications on Haiku that use so much memory that any more memory than currently accessible would make any difference. Furthermore all current CPUs supporting that much memory are 64 bit able, so once we have an x86_64 port, that concern in moot anyway.

Re: My Interview About Haiku and BeOS on omnes.tv

Thanks for the feedback Ingo. Now I can give a more authoritative answer on Haiku memory limits should I be interviewed again :)

In regards to the priority of PAE support I think I agree with your logic. After reading a bit about PAE it seems that it really just opens the address space for physical memory and 32-bit applications are still limited to 4 GB each in their virtual address space. So the main advantage of PAE is just allowing Haiku to use more than 4 GB as a system. Given our other priorities it might make sense to work on all this stuff and properly implement it when adding 64-bit support, as you say.

Re: My Interview About Haiku and BeOS on omnes.tv

Good Interview, was a bit evil for the interviewer to ask you to describe GPL in the middle, but there was so much detail, hopefully GSOC students might listen and get a history of the Operating System.

Re: My Interview About Haiku and BeOS on omnes.tv

Nice to get mentioned in such positive way. The Mozilla port was started by Be engineers and continued by third party devs. I'm only one of many that has been involved in the project, I consider myself to be in very good company that way. Cheers to all of 'em.

Re: My Interview About Haiku and BeOS on omnes.tv

I disagree that Gnash has a lot of dependencies. There's a handful of small dependencies like giflib and only one big dependency left, ffmpeg; and even that is not going to be for long, as it'll be dropped in favour of the media kit.

Re: My Interview About Haiku and BeOS on omnes.tv

Adek336 wrote:

I disagree that Gnash has a lot of dependencies. There's a handful of small dependencies like giflib and only one big dependency left, ffmpeg; and even that is not going to be for long, as it'll be dropped in favour of the media kit.

Adek336, your effort to cut down on the number of dependencies is very impressive and certainly welcome too. At SCaLE, Rob Savoye kept praising your port over and over, and he must know what he is talking about when it comes to Gnash. ;) Keep up the good work!

Re: My Interview About Haiku and BeOS on omnes.tv

The gnash port is almost perfect now! only have some slowness because BezillaBrowser (is not fault of tqh, of course). With plugin support into webpositive will become more faster as in windows.

keep the good work!

Re: My Interview About Haiku and BeOS on omnes.tv

Gnash renders outside of the browser which isn't slowed down by BeZilla.

Re: My Interview About Haiku and BeOS on omnes.tv

Adek336 wrote:

I disagree that Gnash has a lot of dependencies. There's a handful of small dependencies like giflib and only one big dependency left, ffmpeg; and even that is not going to be for long, as it'll be dropped in favour of the media kit.

I have not kept up to date on your work on Gnash, and it sounds like you are doing good work. If you have removed a lot of the dependencies which is needed in the Linux version and made Gnash use the appropriate Haiku libraries then I certainly stand corrected.

Re: My Interview About Haiku and BeOS on omnes.tv

When the Gnash maintainer shows up on #haiku unannounced and asks if he can merge the changes upstream it must be pretty good :)