Did you forget to run the OpenGL teapot?
BeOS was magical. I wish I could use Haiku in my desktop today.
Worse with cooperative multitasking any running application could mess things up.
For its era, System 7 was good, but later, it was worse than even Windows 98.
Be tried to do things right, it was ~1995 after all.
I was taken aback by how slow Windows 95 felt after I finally jumped the wagon and retired my beloved Amiga in favor of a PC, circa 1995. Just moving the cursor was incredibly jerky in comparison and things would randomly freeze for seconds for no apparent reason. Windows NT 4 was much smoother though.
Even today, in Visual Studio, I regularly have multi-second pauses between a key press and the character showing-up on the screen, though this probably has more to do with Resharper than either Visual Studio or Windows.
I’d hope this is much better now given things like Wayland and the increased use of parallelism.
But I also remember not having background processes. It's a trade of.
Finder browsing files is much faster in macOS, Windows scans the entire directory with defender every time you click on it before it allows you to sort it or interact with it. That can take several minutes on some of my directories.
The mouse tracking model in Windows is somewhat different, and a bit more responsive, but there are multiple third party extensions to macOS the make its model exactly the same as the Windows model.
You can tell the execs that approved that were probably impressed watching someone else demo it but probably never used it themselves.
Jobs would have spotted it was rubbish immediately.
It has a dial on the front to choose settings. Potentially a great idea to skip quick to the one I want - BUT the damn thing can only detect 1 step of change about every half second. So if you fast-turn it 4 clicks, it still only moves one step. So you have to stand there, slowly turning it, click, click, click, click....
The dial is the biggest design feature on there. Massive. Right in the middle. Bright lights all around it. But they couldn't even be bothered to make it solve the one problem it was there to do.
It's the kind of thing that'd make you reject purchasing it if only you'd thought to have tested that specific bit of it before buying it.
Honestly, I wish that they would make appliances with physical controls as opposed to digital. At least those are easier to fix/mod on your own.
I think if someone did a kickstarter for a very simple physical buttoned digital camera it would do very well.
Caveat: said Arduino may need to sit between the rest of the buttons as well, in case inputs must be given in sequence.
Possible benefit: switch the Arduino for something from the ESP family, and you could feed instructions to the machine over Wi-Fi or Bluetooth. (Which could take the form of a dedicated wireless button panel above the machine with macros for frequently-used options.)
(Hmm. I can tell there's some over-optimization in here, but I'm not sure _where_.)
On Arch Linux this is available as linux-zen
There is also realtime-linux - https://wiki.archlinux.org/index.php/Realtime_kernel_patchse...
This looks super fun to play with, thanks!
Considering how FireWire worked in comparison to USB that's not particularly surprising. The host machine was more or less out of the way while the FW interfaces did their thing instead of requiring constant hand-holding.
Citation needed. Do you have any numbers on that?
I'm skeptical that BeOS has better latency than modern OSes on modern hardware.