As Windows XP is now out of support and any freshly discovered vulnerabilities will not be addressed, it's time to retire Windows XP from my Internet-connected computers. There's a lot of Windows-specific software installed on these machines, and that locks the machines into a binary-compatible environment.

More powerful machines could reasonably be "upgraded" to Windows Vista. However, netbooks and low-powered laptops and desktops that don't have a lot of memory or CPU capability won't survive with all the extra bloat of the more recent Microsoft OSes. I've already paid once for an operating system, so a free-as-in-beer operating system replacement of the OS will make retaining this low-end hardware viable.

As an example, one of the computers I'm concerned about is a EEE PC 1000H, which has a 80GB hard drive, 1GB of RAM and a 1.6GHz Atom N270.

From what I can tell, ReactOS and WINE provide code to each other to broaden and deepen their compatibility with Windows, so I presume that if a program will run under WINE, it will run under ReactOS, and vice versa. Even though "ReactOS 0.3.16 is still in alpha stage, meaning it is not feature-complete and is recommended only for evaluation and testing purposes", WINE has been around more than 20 years. As such, the attraction of (the idea of) ReactOS is that it just drops in and replaces WinXP, whereas a non-binary-compatible OS (such as a Linux variant running WINE) would require re-installation and re-configuration of the user software.

Is ReactOS a stable, functional replacement for Windows XP? I've had problems getting various bits of Windows software running happily out-of-the-box on WINE, so is using that just a matter of trying harder? To estimate the danger of inaction, what are the odds of a catastrophic security failure being revealed in Windows XP?

Feel free to create the ReactOS tag for me.

closed as primarily opinion-based by allquixotic, Heptite, Kevin Panko, Wesley, bwDraco Apr 22 '14 at 12:25

Many good questions generate some degree of opinion based on expert experience, but answers to this question will tend to be almost entirely based on opinions, rather than facts, references, or specific expertise. If this question can be reworded to fit the rules in the help center, please edit the question.

  • 6
    ReactOS is in alpha. Windows XP is a mature (albeit ancient) product. I'd vote for upgrading your hardware at this point, or trying Linux, but given the choice between the two, I see little point in using ReactOS. – nhinkle Apr 22 '14 at 0:43
  • 1
    Have you considered upgrading to Windows 7? In my experience, the "extra bloat" is negligible (as opposed to Vista), in some respects it is actually faster than XP, and it might just be "old enough" to support your hardware. – Heinzi Apr 22 '14 at 5:58
  • I would go for Windows 7, which if properly configured is pretty lightweight, or as an alternative just put everything on Virtual Machines... – user12903 Apr 22 '14 at 10:00
  • note that win7 will be supported for a lot longer than vista, and the system requirements are basically the same. – Chris H Apr 22 '14 at 11:26
  • windows Vista is a complete rewrite and is the first Windows with much difference from previous versions, so compare the performance with XP is not fair although the new kernel improved multithreading performance in some cases, esp with high specs computers. Windows 7 and 8 have solve much of Vista's problem and provide a much smoother experience on low specs hardwares. Windows 8 also has much faster boot time, lower RAM usage and lots of useful improvements so upgrading to it is better if you don't want to change to Linux – phuclv Sep 9 '14 at 8:30

No, ReactOS is not a viable replacement for Windows XP. It may never be, but it certainly isn't now, as of April 2014.

The primary area where ReactOS is lacking is in the very lowest levels of the operating system: the kernel. Device drivers in ReactOS, as well as the kernel's overall architecture, are greatly simplified (simplified = lacking features and support for basic stuff) compared to Windows XP, or even Windows 2000. With as few developers as there are to work on the project, I don't expect this to change any time soon.

Actually, Wine running on GNU/Linux with X11 is a better replacement for Windows XP than ReactOS is! You may question this logic, but stick with me here:

  • ReactOS will flat-out crash your system almost on a whim, for doing almost anything. It'll crash more often and more readily than Windows 95 or Windows 3.1.
  • By comparison, GNU/Linux is an extremely stable operating system on the whole, with well-tested, fully-featured infrastructure to support fast 2D and 3D graphics; robust networking; excellent multi-tasking and multi-processor scheduling; and world-class, advanced filesystem drivers. Comparing Xorg (the display server) on GNU/Linux to ReactOS, Xorg is orders of magnitude more stable, faster, more featureful, and can much better support the Wine API than can ReactOS's display subsystem.

  • ReactOS has a lot of grueling low-level reverse engineering work to do, before it can start to become a more stable, feature-complete OS. Reverse engineering work takes more time than forward engineering work, and since Linux is open source and Windows XP is not, almost all of the work that goes into it is forward engineering. So ReactOS has many fewer engineers working on it, and the work they have to do is much harder than the work Linux's engineers have to do.

  • ReactOS has the goal of eventually supporting the kernel driver infrastructure of Windows XP enough that drivers written for the Windows XP kernel can run unmodified on ReactOS. Let's assume they succeed 100% with this goal. Well, most manufacturers are going to stop supporting their drivers for Windows XP very soon, if they haven't already stopped supporting the hardware completely. So, what do you do if there's a security problem with one of the proprietary drivers you're running? In short, the ReactOS folks don't have the manpower to implement a bunch of open source drivers for common hardware on top of the NT kernel infrastructure, so they're hoping to leverage existing drivers -- a tactic that is not good news for the security-minded user.

You see, ReactOS would be fine if it had a modern, well-maintained kernel infrastructure where the drivers were stable, open source, and received continuous updates. But none of those things are true about ReactOS's drivers or kernel.

If you were to pick a project to invest time and/or money into to keep running Windows XP-only programs after XP's death, I'd say put your time/money behind the Wine project running on GNU/Linux, or even on the Mac, depending on your preference. They've done some amazing work in the past, and given the difficulty of their task, they still have a lot of people working on it (e.g. all the engineers at CodeWeavers), and they continue to make great progress with each incremental release.

Don't get me wrong. ReactOS is a great research project. But it will likely never be more than just that: a research project. Especially if you have security in mind. The absolute worst thing imaginable for someone conscious of security is stagnant software that is not receiving incremental bug fixes and updates. As a matter of fact, if you are running XP programs that are no long receiving updates, I'd say that alone undermines your security model, irrespective of what platform you run it on, whether it be XP itself, GNU/Linux/wine, or ReactOS!

  • 8
    This is a good answer, and one more very practical reason why ReactOS is not currently a viable replacement for XP: hardware support. ReactOS lacks support, or has full support, for a lot of basic hardware. Only USB 1.1 is supported, not all USB keyboards work and even those that do will not have a functional numpad. WPA/WPA2 wireless networks are not supported. Not all SATA controllers work. Also, a notable software limitation is that you're limited to FAT, there is no NTFS support. – DUman Apr 22 '14 at 8:33
  • Many of the XP-only programs that are no longer updated have no internet connectivity and work on uncommon proprietary file formats, making them unlikely targets. They've probably never had security updates. – Chris H Apr 22 '14 at 11:28
  • I have tried discontinued GoogleOS (GOS) in the past with Wine installed and I was really impressed by the supported features of Wine. It runs the ZSNES SNES (Nintendo) emulator that needs DirectX without any problem, glitches or noticeable delay. Full screen! Tried also other programs and did not notice any disadvantages. Well at least one and that is the access of the files system outside this 'sandbox'. Wine is a support tool and ReactOS is IMO reinventing the wheel from the past by covering all the features including the 'bad' ideas. I don't thing that is a good selling point...... – Codebeat Aug 10 '14 at 16:50
  • ...... Like you said, something like security is a weak point. When the OS do the same, must behave the same, it must be compatible with the same security rules otherwise it can be problematic to run software designed for Windows. I think this is not a good idea to reinventing the same old wheel. Better is to design a theme that gives the same look and feel but not reinvent it. – Codebeat Aug 10 '14 at 16:55
  • Should be noted that ReactOS has come a long way since this answer back in 2014 and appears to be picking up steam. It's still not a full Windows replacement, but it's getting there, and is worth keeping an eye on now. – liljoshu May 30 '16 at 7:41

If you need windows-specific software those specs are just about adequate for windows 7. There are third-party tools (example via lifehacker) to produce lightweight installations.

If you need XP-specific software you may consider taking the machine offline, or running XP in a virtual machine on a lightweight linux host (my option).

Windows 7 also has "XP mode" but that is also no longer supported (it could well still be better than running XP). This is basically XP in a virtual machine - a DIY option can be configured to be more secure (in terms of booting from a known clean state each time you use it, for example).

Wine on a (lightweight) linux may be an option as in your other (very good) answer. I've not found Wine to help me much, given some of the windows- and XP- specific software I use, and have opted for an XP VM under linux for all my windows needs, rather than running some under a VM and some under wine.

Not the answer you're looking for? Browse other questions tagged or ask your own question.