Even Windows 95 was limited by many system calls being funneled through single threaded BIOS or DOS 16-bit land.
Even Windows 95 was limited by many system calls being funneled through single threaded BIOS or DOS 16-bit land.
Back when CD burners were still uncommon, I got as a gift a japanese, SCSI-based one. With my hardware, I'd lose a CD if I forgot to disable the screensaver - the amount of disk seeks required to load the screen saver executable was enough to starve the buffer, and I'd get a buffer underrun every single time.
So, one time I was trying a linux system, and had to do a last-minute presentation, which required files on a floppy drive. For some reason, I had no usable floppies and had to format one, and I couldn't wait for the burn to finish.
So I inserted the drive and, fully expecting to lose the CD, called fdformat. cdrecord didn't even flinch, the buffer was still full when the format finished.
I only ever booted Windows from then on to play games.
Plus it had a heterogeneous architecture, with dedicated chips for sound and graphics.
Just set the required data structures and let the chip do its work alone. Sounds familiar?
You also needed to load the Workbench and related libraries from floppy, so ROM firmware alone wasn't enough.
I don't remember if I ever saw a 1000.
Around that time I had updated from 1200 bps to 2400 bps to 14400 bps modem. Mostly the multitasking was running smooth enough to provide reasonably speedy BBS experience even for the 14k4 caller. The multitasking mostly was visible when the system was building and compressing the QWK archive for offine message reading (Blue Wave FTW).
It was reasonably amazing at the time to be able to run more than one thing concurrently on your PC.
In 1996 had to put access to that data via internet, and used the same OS/2 box for both modem access and an internet server with most of the usual services (mail/web/dns/proxy).
It was very reliable (really don't remember reboots, maybe it was mostly for upgrades), impressed me when i realized that i created a 16mb vector in that 16mb server with everything running normally, and loved WPS (not sure which today's desktop had so good integration with fs) and rexx (parsing without regexes was good, but later learnt how limited i was).
The small things one remembers...
In college I really wanted to like OS/2 2.0 (and later 2.1), but driver problems with the Diamond video card were a constant problem. (If only we'd sprung for the ATI Graphics Ultra Pro!) I had a copy of DeScribe; later sold it to someone through the ISCA BBS.
My impression at the time was that Microsoft executed so much better than its competitors, offsetting its weaker Office products with a better UI, which in turn gave you a reason to run Windows. I later attributed its success much more to its ruthless business practices.
This article brings the focus on the strategic vision: betting big on clones; belatedly embracing the Internet; hammering away at PDAs and tablets, yet losing big to the iPod, iPhone, et al. Sometimes we predict the future, and sometimes we make it.
System V: https://en.wikipedia.org/wiki/System_5
BSD: https://en.wikipedia.org/wiki/BSD
SunOS: https://en.wikipedia.org/wiki/SunOS
Xenix: https://en.wikipedia.org/wiki/Xenix
https://en.wikipedia.org/wiki/Xenix (which was created by the eventually infamous Santa Cruz Operation - SCO - and licensed by Microsoft)
Also VMS qualifies as a fully memory-protected, preemptive OS: The real innovation that Windows and OS/2 did was to take fully preemptive OSes and put them in marginal hardware (at the time) like PCs.
SCO ported Xenix to a few processors for Microsoft starting with 8086/8088. It wasn't until 1987 that SCO ownership of Xenix.
However, we very soon switched to simply having two PC's on our desktops.
It seems like it was on 5-1/4" disks. Can that be right?
And REXX! Ha. REXX.
The IBM PS/2 only came with the smaller disk, so bigger wasn't necessary