ReactOSまたはWINEはWindows XPのより安定した代替品ですか？
Windows XPは現在サポートされていません であり、新たに発見された脆弱性は対処されないため、インターネットに接続されたコンピューターからWindows XPを廃止する時が来ました。これらのマシンには多くのWindows固有のソフトウェアがインストールされており、それによりマシンがバイナリ互換環境にロックされます。
より強力なマシンは、合理的にWindows Vistaに「アップグレード」できます。ただし、メモリやCPU機能が不足しているネットブックや低消費電力のラップトップやデスクトップは、最近のMicrosoft OSの追加の肥大化に対応できません。私はすでにオペレーティングシステムの支払いを済ませているので、OSをビールのように無料でオペレーティングシステムに置き換えると、このローエンドのハードウェアを存続させることができます。
例として、私が心配しているコンピュータの1つは、80 GBのハードドライブ、1 GBのRAM、および1.6 GHz Atom N270を備えたEEE PC 1000Hです。
私が言えることから、 ReactOS および [〜＃〜] wine [〜＃〜]お互いにコードを提供 して、 Windowsとの互換性があるため、プログラムがWINEで実行される場合はReactOSで実行され、逆の場合も同様です。 "ReactOS 0.3.16はまだアルファ段階です。つまり、機能が完全ではなく、評価とテストの目的でのみ推奨されます"、WINE約20年以上になります。このように、ReactOS（のアイデア）の魅力は、WinXPをドロップインして置き換えるだけですが、バイナリ互換でないOS（WINEを実行するLinuxバリアントなど）は、再インストールと再構成が必要です。ユーザーソフトウェア。
ReactOSはWindows XPの安定した機能的な代替品ですか？ WINEでさまざまなWindowsソフトウェアをすぐに使用できるようにするのに問題がありました。何もしないことの危険性を推定するために、Windows XPで壊滅的なセキュリティ障害が明らかになる確率はどれくらいですか？
ReactOSタグを自由に作成してください。
いいえ、ReactOSはWindows XPの実行可能な代替品ではありません。それは決してないかもしれませんが、2014年4月の時点では確かに現在ではありません。
ReactOSが欠けている主な領域は、オペレーティングシステムの最下位レベルであるカーネルです。 ReactOSのデバイスドライバー、およびカーネルの全体的なアーキテクチャーは、Windows XPまたはWindows 2000に比べて大幅に簡素化簡素化（簡素化=基本的な機能のサポートがない）しています。プロジェクトに取り組む開発者はほとんどいないので、これがすぐに変わるとは思いません。
実際、WineはGNU/LinuxとX11で実行されており、ReactOSよりもWindows XPのbetterの代替品です！あなたはこの論理に疑問を呈するかもしれませんが、ここで私に固執します
- ReactOSは、ほとんどすべてのことを実行するために、おかしなことにシステムをクラッシュさせます。 Windows 95やWindows 3.1よりも頻繁かつ簡単にクラッシュします。
比較すると、GNU/Linuxは、全体的に非常に安定したオペレーティングシステムであり、fast2Dおよび3Dグラフィックスをサポートする十分にテストされたフル機能のインフラストラクチャを備えています。堅牢なネットワーク。優れたマルチタスクおよびマルチプロセッサスケジューリング。そして世界クラスの高度なファイルシステムドライバー。 GNU/Linux上のXorg（ディスプレイサーバー）をReactOSと比較すると、XorgはReactOSのディスプレイサブシステムよりも桁違いに安定しており、高速で、機能が豊富で、Wine APIをはるかによくサポートできます。
ReactOSは、より安定した、機能が完全なOSになり始める前に、行うべき低レベルのリバースエンジニアリング作業をたくさん残しています。リバースエンジニアリング作業は、フォワードエンジニアリング作業よりも時間がかかります。LinuxはオープンソースでWindows XPはそうではないため、それに入る作業のほとんどすべてがフォワードエンジニアリングです。そのため、ReactOSで作業するエンジニアは多く少なく、彼らがしなければならない作業は、Linuxのエンジニアが作業している作業よりもはるかに難しいする。
ReactOSは、Windows XPカーネル用に作成されたドライバーがReactOSで変更せずに実行できるように、最終的にWindows XPのカーネルドライバーインフラストラクチャをサポートするという目標を持っています。この目標で100％成功したとしましょう。まあ、ほとんどの製造元は、ハードウェアのサポートを完全に停止していなければ、Windows XPのドライバのサポートをすぐに停止するでしょう。では、実行している独自のドライバの1つにセキュリティの問題がある場合はどうしますか？要するに、ReactOSの人々は、NTカーネルインフラストラクチャ上に一般的なハードウェア用のオープンソースドライバーの束を実装する人材がいないため、既存のドライバーを活用することを望んでいます。セキュリティ志向のユーザー。
ご覧のとおり、ReactOSは、ドライバーが安定していて、オープンソースであり、継続的な更新を受信できる、最新のよく維持されたカーネルインフラストラクチャがあれば問題ありません。しかし、それらのnoneは、ReactOSのドライバまたはカーネルに当てはまります。
XPの死後もWindows XPのみのプログラムを実行し続けるために時間とお金を投資するプロジェクトを選ぶとしたら、GNU/Linuxで実行されているWineプロジェクト、またはMac、お好みに応じて。彼らは過去にいくつかの素晴らしい仕事をしてきました、そして彼らの仕事の困難さを考えると、彼らはまだそれに取り組んでいる多くの人々（例えばCodeWeaversのすべてのエンジニア）を持っていて、彼らは作り続けています増分リリースごとに素晴らしい進捗。
誤解しないでください。 ReactOSは素晴らしい研究プロジェクトです。しかし、それだけではありません：研究プロジェクト。 特にセキュリティを念頭に置いている場合。セキュリティを意識している人が想像できる絶対的に最悪のことは、漸進的なバグ修正と更新を受け取らないソフトウェアの停滞です。実際、更新をもう受けていないXPプログラムを実行している場合、whatプラットフォームに関係なく、それだけでセキュリティモデルが損なわれると思います。 XP自体でも、GNU/Linux/wineでも、ReactOSでも、実行できます。
windows固有のソフトウェアが必要な場合、それらの仕様はWindows 7にほぼ十分です。 サードパーティのツール（lifehackerによる例））があります。 軽量のインストールを生成します。
XP固有のソフトウェアが必要な場合は、マシンをオフラインにするか、軽量のLinuxホスト（私のオプション）上の仮想マシンでXPを実行することを検討してください。
Windows 7にも「XPモード」がありますが、これもサポートされなくなりました（XPを実行するよりも優れている可能性があります）。これは基本的には仮想マシンではXPです。たとえば、DIYオプションをより安全に構成できます（ 使用するたびに既知のクリーンな状態から起動する など）。 ）。
（軽量）LinuxでのWineは、他の（非常に良い）回答と同様に、オプションの1つになる場合があります。私が使用しているいくつかのWindowsおよびXP固有のソフトウェアを考えると、Wineがmeを助けることができず、XP VMいくつかのVMの下で実行し、一部をwineの下で実行するのではなく、LinuxですべてのWindowsニーズに対応します。