| |||||||||||||
FunnyFunnyPosted Apr 29, 2012 18:12 UTC (Sun) by ncm (subscriber, #165)Parent article: The Dawn of Haiku OS (Spectrum)
It's funny to see facts from ten years ago trotted out as if they were current. I recall, back in 2001, waiting awhile for a shell prompt when a dd was running, but it's been quite a few years since I had such an experience. (Even BeOS would stall when it was thrashing its swap file.) It appears that the main reason for HaikuOS to exist evaporated before long they finished it.
The smartest thing for them to do now would be to implement a BeOS system-call emulator, a la Wine, to run on top of Linux. Or has that already been done?
(Log in to post comments)
Not so funny Posted Apr 30, 2012 7:37 UTC (Mon) by xav (guest, #18536) [Link]
I have a reasonably modern system (Quad Core @ 3GHz), and believe me, as soon as something like Tracker does its infamous indexing job (which is way too often) the desktop feels really sluggish. Waiting 20s to launch firefox is the norm.
Not so funny Posted Apr 30, 2012 7:42 UTC (Mon) by Pawlerson (guest, #74136) [Link]
Did you try running tracker on Haiku to have some comparison? Oh wait, there's no tracker...
Not so funny Posted May 1, 2012 15:55 UTC (Tue) by juliank (subscriber, #45896) [Link]
It doesn't need something like Tracker, because it's built into the file system itself. The file system is a searchable database, not a simple tree.
Not so funny Posted Apr 30, 2012 9:37 UTC (Mon) by the.wrong.christian (guest, #73127) [Link]
> I have a reasonably modern system (Quad Core @ 3GHz), and believe me, as soon as something like Tracker does its infamous indexing job (which is way too often) the desktop feels really sluggish. Waiting 20s to launch firefox is the norm.
Funny. On my SSD equipped, but otherwise modest laptop, launching Firefox happens within a second or two (while also launching Lotus Notes and Sametime). I guess you're more limited by the HDD latency, as Tracker cause the HDD to skit back and forth across the disk.
In fact, most UI pauses in Linux are caused by disk IO latency, as Linux swaps in code that is not in memory. HDD contention only makes the problem worse.
Not so funny Posted Apr 30, 2012 9:59 UTC (Mon) by xav (guest, #18536) [Link]
Of course it's due to too much I/O. That desktop has a RAID 5 setup, I think it's why it's so obvious. Still, I/O contention is a real weakness on current Linux desktops.
Not so funny Posted Apr 30, 2012 14:55 UTC (Mon) by whitemice (guest, #3748) [Link]
I also have a powerful quad core workstation. I run tracker. I also have a PostgreSQL database on my workstation - which I hammer.
And I do not see sluggish UI performance, even when all six of the hard
openSUSE 12.1
|
|||||||||||||