Although I guess this is a more basic level, i.e. not using Nvidia drivers to run 3DMark...
Although I guess this is a more basic level, i.e. not using Nvidia drivers to run 3DMark...
Of course, "stable" may vary. Microsoft introduced a new kernel graphics API with every OS after NT4 (XDDM, XPDM, WDDM 1.0, 1.1, 1.2, 1.3, 2.0; I wonder which ReactOS uses?) because of how significantly GPU capabilities changed over the years; while Linux changes its APIs more often than that, the changes are usually minimal enough that neither Nvidia nor AMD are complaining significantly about it. (The X¹¹ API, on the other hand…)
Not necessarily, Linux has loadable kernel modules as well and most drivers are built that way and loaded on demand. The Nvidia proprietary drivers for instance are a loadable kernel module, though they are tied to a specific kernel version. BSD does basically the same thing.
WDDM in particular can recover from a driver crash and restart hardware and driver (which you can trivially demonstrate on an AMD card by waiting for an hour or two…), while Linux (and Windows XP with its older driver model, and probably BSDs) will panic the entire kernel on problems like this.
I was always greatly impressed by Windows' recent ability to recover from something like a display driver crash with hardly a hiccup. That's pretty impressive voodoo.
Something I rather enjoy about Wine is that it supports 16-, 32-, and 64-bit applications all from the same prefix. Quite a nice advantage over Windows :)
It is the games from Windows 98 and XP era, many used some combination of GDI and DDraw that doesn't work at all on new Windows versions, DDraw emulation is mostly broken, and pity you if the game used DDrawEx (it was to mix DDraw with D3D).
For example I am currently trying to figure a way to play SimCity 4 properly, the game is too demanding to run in an emulator, so some kind of native implementation is needed, but it also uses DDrawEx, that is very poorly supported in all OSes except Windows 98, ME and XP (it doesn't work in XP contemporary NTs either).
I think this is the kind of games the OP is happy ReactOS maybe will implement... because for DOS games, DosBox is more than enough already in most cases (there are some exceptions, like Noctis that is incredibly CPU-intensive and runs at 3 FPS in DosBox).
https://appdb.winehq.org/objectManager.php?sClass=version&iI...
Regardless though, this would legally require you to acquire a licensed copy of Windows 98, which will only become harder and harder down the road. Unless Microsoft decides to "free" all legacy software at some point.
ReactOS and WINE solve this problem in a different way, by providing open source solutions that everyone can use, copy and archive without cost or consequence.
Or VirtualBox can sum several cores and simulate a single faster CPU?