QUOTE (mjc @ Nov 10 2005, 12:47 AM)

Use whatever you want, but here's the obvious drawbacks to it:
Multiprocessor support is nonexistent. Say goodbye to dual core or dual CPU.
But on the other hand, it's fast enough with just one CPU, even if
its only a Pentium 133...
QUOTE
Support for large amounts of memory is nonexistent, and due to the way the 98/ME memory management works, most memory over 512MB is wasted when not running one large, memory intensive process. (tech. details: pagecache does not efficiently track used pages over 512MB)
In fact, memory management in 95/98(SE)/ME is terrible in general.
The original Win95 was designed to run in 4 MB, and with 8 MB it performed well.
98 SE runs fine with 32 MB, and pretty much perfectly with 64... That compares
well to FreeBSD and Linux, let alone XP.
Sure, all else being equal, the flexibility of putting such breathtaking amounts
of memory as 1 GB to better use would be a bonus, but the capability of doing
more with less is a lot more important than the capability of consuming more.
QUOTE
Support for modern hardware is nonexistent. Examples:
ACPI (controls fans, cpu throttling, battery, screen controls, sound controls, multiprocessor tables, IRQ routing, and many other things in modern machines.)
PCI-Express (not sure how well 98(SE)/ME functions on PCI express machines. curious. any reports?)
Bluetooth (there are third party stacks available, I'm sure, though.)
That is a more valid point, and of course inevitable in the long run,
considering that it's no longer maintained.
QUOTE
Deployment options are limited. Ghost, ghost, and more ghost.
For mass-installation, it can't get much easier, can it? And
it takes less time to ghost a more compact system than a more
bloated one.
QUOTE
Coopeative multitasking is unsafe. (95/98(SE)/ME marketing incorrectly stated that it had Preemptive Multitasking, which is mostly untrue.
DOS VMs have been pre-emptively multi-tasked since Windows/386,
first released in the the late 80s. Win95 introduced threads and another
category of pre-emptively multitasked applications - Win32 - a feature that
essentially worked well.
QUOTE
90% of what I've seen XP users call crashes or freezes are just the
individual program locking up, and not the whole machine.)
Most "crashes" that Win9x users experience is probably the result of
exhausting the so-called "resources" of the Win16 subsystem, and that
rarely brings down the whole machine. Usually the kernel and interrupts
are still operable, and more often than not, the DOS VMs as well.
That said, the NT-based Windows series probably *is* more stable,
and it ought to be, if only for the simple reason that stability and
security have had far greater priority in its design and development.
It was also designed more or less from scratch, with few constraints.
The 3.x and 9x series, however, had to be marketable, and thus
had to run on affordable hardware with acceptable perforance and
maintain compatibility with existing (DOS and later Win16) applications.
It's certainly no co-incidence that it was far more successful than NT
until Microsoft pulled the plugs on it, after hardware price and
power finally caught up with their pet project. It took tireless
and skilled marketing efforts and clever introduction of
technologies such as Win32 and the WDM (Windows Driver Model)
on Win9x to prepare the ground, funded by the cash-flow from
DOS, Win3.x and 9x. That's why NT made it and OS/2 failed,
although the latter had a head start and many other advantages.
QUOTE
Complete lack of security updates and bugfixes. (I know that a lot of MSFN users have gotten around this but again, your choice, hey, all the more power to you to go your own way I spose)
Security updates are not an issue. However, updates in terms
of hardware support and various kinds of functionality would
be desirable, and in some cases essential.
QUOTE
Large hard drive support is nonexistant. Windows 98 Cannot Create
FAT32 Partition Larger than 127.53GB.
You would not want to create a FAT32 partition that large. In fact,
anything over 4 GB or so comes with an unreasonably large cluster
size. This is an example of where updates are essential, ideally
XFS (Linux/SGI Irix) or ReiserFS (Linux only).
QUOTE
Viruses and spyware. many viruses and spyware apps have been indeed designed for windows xp, but a great deal of them rely only on functions that existed in 98(SE), for example, the windows script host, etc. The only two features I can think of that these 'applications' make use of that are not existent in 98(SE)/ME are file streams (NTFS feature) and NT services. What's worse, if you get a virus or spyware on XP and you are running as a limited user, as you should be, it will not be able to infect the entire machine.
That has more to do with self-control than OS features. Strictly speaking, you
should never run untrusted software with sufficient privilege to do damage, but
that tends to be impractical except with the help of a PC emulator/virtual machine.
After all, most software comes in binary form only and/or is so bloated that no-one
has the time to check it for privacy/security violations.
QUOTE
Poor network and TCP stack. A fast enough stream of packets can completely bog down the 98(SE)/ME TCP stack with handling the received data, even when doing so to a second or third hard drive.
I haven't noticed, with a single drive and a mere Celeron 400. That is a bit
surprising, considering that both the NIC and SCSI driver are so-called "NT
miniport" drivers, as opposed to proper VxDs. A perfect demontration of
the flexibility of the Win9x architecture - we have yet to see VxDs on XP!
At the same time, it's a great example of how MS have been preparing the
ground for NT/XP.