cross-posted from: https://lemmy.capebreton.social/post/347724
Windows 95 is a consumer-oriented operating system developed by Microsoft as part of its Windows 9x family of operating systems. The first operating system in the 9x family, it is the successor to Windows 3.1x, and was released to manufacturing on July 14, 1995, and generally to retail on August 24, 1995, almost three months after the release of Windows NT 3.51.
Windows 95 is the first version of Microsoft Windows to include taskbar, start button, and accessing the internet. Windows 95 merged Microsoft’s formerly separate MS-DOS and Microsoft Windows products, and featured significant improvements over its predecessor, most notably in the graphical user interface (GUI) and in its simplified “plug-and-play” features. There were also major changes made to the core components of the operating system, such as moving from a mainly cooperatively multitasked 16-bit architecture to a 32-bit preemptive multitasking architecture, at least when running only 32-bit protected mode applications.
Accompanied by an extensive marketing campaign,Windows 95 introduced numerous functions and features that were featured in later Windows versions, and continue in modern variations to this day, such as the taskbar, notification area, and the “Start” button. It is considered to be one of the biggest and most important products in the personal computing industry.
32 bit
But yes, rebooting for everything, including changing monitor resolution was a pain
This might come as a shock to you, but Windows 95 isn’t even an operating system. It’s a GUI shell that runs on DOS, which is a 16 bit operating system. There is no Windows 95 kernel.
It’s a bit more complex than that. Intel CPUs (to this day) boot in real mode, which is what DOS is using. In this mode, the system only has access to 640k of RAM. Windows 95 and later switch the processor to protected mode, where the system gets access to all of the RAM and also to memory protection features, so processes can’t real and write each other’s memory. However, in this mode it’s impossible to run real mode code, such as the one provided by DOS.
DOS games had a trick where they briefly switched back to real mode to execute DOS functions (mostly reading and writing to disk) and then back to protected mode, but I don’t think that Windows 95 did that.
Preferred DOS 6.22. Win95 was glorified Win3.11FWG
I used DesQview in DOS and then switched to OS/2 Warp when it came out. DesQview was really cool.
DOS 7 was 32-bit.
32 bit hacked and kludged onto a 16 bit system that was still MS-DOS at the core. It was a mess. A highly unstable “wonder how it’s even working” mess. The “lol Windows always bluescreens” memes came from this era because of this. The switch to NT and pure 32 bit from boot to desktop for consumer OSes with Windows XP made the stability issues mostly a thing of history unless you had bad drivers or hardware.
And then starting with Vista, Windows went to 64 bit. It was a complete rewrite of Windows and is way more stable because it requires every driver to be signed by Microsoft. You can disable the signed driver requirement, but then you’re risking stability.
It wasn’t a complete rewrite of Windows.
Maybe if it was your first NT-based Windows, like you previously had 98 or ME or something, then it might appear that way.
But Vista was a fairly incremental update. Lots of things changed but nowhere close to a complete rewrite.
It was a whole new kernel. They didn’t rewrite every single utility, but the kernel was a rewrite along with things like diskpart and the boot loader. The core of the OS. They also dumped all of the old 16 bit legacy apps.
I would like to see a source for that. I know they rewrote critical subsystems (like the audio and video stack), but the whole kernel? I don’t think so.
Also, the part no one ever brings up: No per-program volume control. Ugh. That was so actively irritating until they finally added it (was it in XP? or not until 7?)
No per-program volume control was entirely the fault of whatever program you were using, not Windows. The Windows audio API supported global and application-level volume from the beginning with Windows 95 (even Windows 3.1 had it). Even if Windows 95 had not had application-level volume control, a developer could have implemented it for their application since they were composing the audio data sent to the API for playback (in other words, they could have just attenuated all the sample values to a lower volume).
Do you change your IP address, like, ever? DHCP and forget over here in my homelab. I do have like four reservations but they never change.