The architecture the DOS-based windows line, and particularly the versions that had the virtual machine manager and ran in 32-bit protected mode, is such an interesting crufty archaeological dig. The OS's are bristling with hacks to make things work in resource-constrained environments, all while having ridiculous amounts of compatibility. There's a certain perverse elegance in it.
NT, being a "real" OS (with memory protection, kernel/user separation, access control, etc), seems so much more obvious (and boring) in its design compared to the earlier DOS-based Windows series. The "adults" came in and showed the kids how to make a grown-up operating system.
I don't miss the instability of the older DOS-based Windows OS's, for sure. I wouldn't want to go back there. For their time, though, they really did punch above their weight.
Edit: I didn't mean "adults" in any negative sense. I think MSFT took advantage of an opportunity for some very senior and opinionated talent.
IMHO it was an architecture far ahead of its time --- basically a hypervisor running existing DOS in VMs, with all hardware passed through by default. If they kept at it instead of abandoning for NT, by e.g. increasing protections for better isolation and reliability, while still passing through where performance mattered, we might've gotten Microsoft's take on Xen.
Would HyperV and Virtualization Based Security be that take? I suppose it’s taken very far on Xbox and VBS is enabled by default on most Windows systems.
It was not a hypervisor, the hardware was not virtualized. They instead used 16-bit code for the OS kernel, simply transitioning between 16 and 32-bit modes.
The 16-bit code was a dead end. It was not re-enterable, so 32-bit code had to take a Win16Mutex on every kernel code.
If you ever debugged DirectX code on Win9x, you'd remember that quite vividly. The LockSurface call that provided direct access to pixels locked this mutex, so a breakpoint in a locked section caused an instant hard deadlock.
That being said, it indeed was a brilliant hack that allowed a featereful GUI to run within 2Mb of RAM with good DOS compatibility.
I don’t know about that “adults” comment. Microsoft grew their operating system up from a very low base where the “adults” moved theirs down. For most users, windows NT was ridiculous overkill.
At the time most users and businesses didn’t own a PC that could do the virtualisation tricks required by windows 3 (o windows 2 386). A lot of places still had XT class machines right up to the end of the 1980s.
So the Microsoft guys had a pretty complex landscape in which Windows had to operate and they managed a fantastically complicated solution. They were definitely adulting hard during that time.
I didn't mean to imply there was something "less" about the talent creating the DOS-based Windows OS. I think it's a marvel of engineering for economy and constraints.
I think NT was a means to an end (government contracts requiring a "Rainbow book"-qualified OS). It was a long time before the DOS-based Windows OS lost its position as the consumer / business offering. I think that shows MSFT knew what they had in that legacy code and leveraged it for great profit for a long time.
I think the "adults" came in and made a stuffy buttoned-down operating system meant to qualify as a "C2"-compliant OS meant to win contracts. NT doesn't have the hacky charm of the DOS-based Windows versions.
> I didn't mean to imply there was something "less" about the talent creating the DOS-based Windows OS. I think it's a marvel of engineering for economy and constraints.
"DOS-based Windows" was not an OS. It was effectively a program which provided a green thread[0] execution model for cooperative processes to execute within and had the reliability one would expect from same.
The "obviousness" about NT's design I was talking about, compared to the DOS-based Windows versions, were things like a trusted computing base, access control, kernel/user separation, memory protection, etc (stuff the DOS-based Windows versions had little to none of).
In other words, POSIX and NT are both "traditional OS" architectures where the OS serves as a relatively heavy and thick abstraction layer that isolates userspace from the hardware, while DOS-based ("hosted DOS"?) Windows is really more like a thin bare-metal hypervisor which arbitrates or virtualises direct hardware access between VMs running DOS. From that perspective, what users think of as "Windows", i.e. the GUI and the whole Win32 environment, is actually just another DOS application running in the protected-mode environment of a DOS extender (DPMI).
> The "adults" came in and showed the kids how to make a grown-up operating system
Oh please — it's easy when you have the luxury of starting from scratch with unlimited budget.
DOS-based Windows had to both retain backwards compatibility with DOS applications and all their quirks and coexist with them at the same time.
The amount of hacks necessary to pull that off is an accomplishment unto itself.
Remember you couldn't really play games on NT-based Windows until Windows XP came out and even then DOS games were pretty much out until DOSbox came along.
Guess those "adults" had to stick with Solitaire and Hearts.
Definitely. I think the way microsoft brought their user base along between 1990 and 2000 from Dos to 32-bit protected mode was beautifully respectful of their users. To me it's the standard for how to change a user's preferences (maybe for social change in general). I just used Dos or win16 apps less and less over the decade and eventually my use dropped to zero. At no time did I feel coerced to leave behind what I already invested in, I just came to appreciate the alternative they were offering (the opposite of a forced OTA update). By the 2000s I could already sense a slight change in tone with how strongly they were pushing those service packs for windows xp.
We booted an operating system and then booted another operating system around it, so that the original operating system was now running inside a virtual machine controlled by the second operating system.
>>> Think about that: We booted an operating system and then booted another operating system around it, so that the original operating system was now running inside a virtual machine controlled by the second operating system. It’s like leaving your house, walking down the street, and halfway down the block, realizing that you’re now walking inside a movie studio set.
It's funny how Windows 9x (and the 386-enhanced versions of 3.x) used "VM" to refer to DOS specifically. The legacy of real mode software was so towering even back then that Intel had to build a mode to virtualize those apps specifically, despite x86 not being able to virtualize protected mode kernels until decades later. In what other CPU architecture do you get such specific amount of privilege isolation?
I suppose it isn't if you never had it on real hardware. Win32 was well marked as the complete OS takeover for the PC. DOS remained only to boot Windows and as backup OS. If you absolutely needed to jump back to DOS you still could, however you were heavily expected to force your DOS programs to launch and live in their own little DOS environments, much to everyone's chagrin.
NT, being a "real" OS (with memory protection, kernel/user separation, access control, etc), seems so much more obvious (and boring) in its design compared to the earlier DOS-based Windows series. The "adults" came in and showed the kids how to make a grown-up operating system.
I don't miss the instability of the older DOS-based Windows OS's, for sure. I wouldn't want to go back there. For their time, though, they really did punch above their weight.
Edit: I didn't mean "adults" in any negative sense. I think MSFT took advantage of an opportunity for some very senior and opinionated talent.
reply