Linked by Thom Holwerda on Fri 20th Aug 2010 21:40 UTC, submitted by koki
BeOS & Derivatives This summer, too, the Haikuproject is part of the Google Summer of Code event. One of the more interesting projects is the Services Kit (draft document!) by Christophe "Shusui" Huriaux, which is an API to facilitate the creation of native web-enabled programs using standard web protocols and data exchange mechanisms.
Thread beginning with comment 437734
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[5]: Strain
by Soulbender on Sun 22nd Aug 2010 14:41 UTC in reply to "RE[4]: Strain"
Soulbender
Member since:
2005-08-18

That was a cool BeOS ability 10 years ago, not so much today. Any modern OS running on moderate hardware is up to that task these days.
BeOS was cool and Haiku is cool but running 10 mp3's and 6 videos won't be the selling point today.

Reply Parent Score: 2

RE[6]: Strain
by Valhalla on Sun 22nd Aug 2010 15:59 in reply to "RE[5]: Strain"
Valhalla Member since:
2006-01-24

That was a cool BeOS ability 10 years ago, not so much today. Any modern OS running on moderate hardware is up to that task these days.
BeOS was cool and Haiku is cool but running 10 mp3's and 6 videos won't be the selling point today.


True, but it depends on wether that is because the hardware is so much better nowadays that every OS can play lots of videos simultaneously or if the OSes themselves have catched up with Beos high level of responsiveness. When I do computionally heavy things like rendering/compression/encoding on Windows and Linux the system can become slow and slightly unresponsive (particularly on windows), this never happened back on Beos so it will be interesting to try maxing out Haiku once it matures a bit more to see if this still holds true. Hell, even copying a large file slows down user interaction in windows/linux from time to time which is probably fine for a server os, but for a desktop os I rather have the file copying 5-10 seconds slower and have a fully interactive system while it copies. In my opinion responsiveness should always trump throughput in a desktop environment.

Reply Parent Score: 1

RE[7]: Strain
by Soulbender on Mon 23rd Aug 2010 02:58 in reply to "RE[6]: Strain"
Soulbender Member since:
2005-08-18

True, but it depends on wether that is because the hardware is so much better nowadays that every OS can play lots of videos simultaneously or if the OSes themselves have catched up with Beos high level of responsiveness


For the average user it does not matter. Heck, playing 10 mp3's and 6 avi's is entirely pointless anyway. It's the kind of thing you use to show off to your mates before one of them go "sure, that's cool but what can it DO?".

Hell, even copying a large file slows down user interaction in windows/linux from time to time which is probably fine for a server os, but for a desktop os I rather have the file copying 5-10 seconds slower and have a fully interactive system while it copies.


BFS had problems with files too, you know. I remember having a couple of thousand emails in a folder and let me tell you, doing any operation on those files was the slowest filesystem performance I have ever seen.

Reply Parent Score: 2