いいえ、ReactOSはWindows XPの実行可能な代替品ではありません。決してそうではないかもしれませんが、2014年4月の時点では確かにそうではありません。
ReactOSが欠けている主な領域は、オペレーティングシステムの最も低いレベルであるカーネルです。ReactOSのデバイスドライバーは、カーネルの全体的なアーキテクチャと同様に、Windows XPやWindows 2000に比べても大幅に簡素化されています(単純化=機能や基本的なもののサポートが欠けています)。これがすぐに変わるとは思わない。
実際、X11を搭載したGNU / Linuxで実行されているWineは、ReactOSよりもWindows XPの優れた代替品です。あなたはこの論理に疑問を抱くかもしれませんが、ここで私に固執します:
- ReactOSは、ほとんど何でもできるため、システムをほぼ気まぐれにクラッシュさせます。Windows 95やWindows 3.1よりも頻繁かつ簡単にクラッシュします。
比較すると、GNU / Linuxは全体として非常に安定したオペレーティングシステムであり、十分にテストされ、完全な機能を備えたインフラストラクチャにより、高速の 2Dおよび3Dグラフィックスをサポートします。堅牢なネットワーク。優れたマルチタスクおよびマルチプロセッサスケジューリング。そして世界クラスの高度なファイルシステムドライバー。GNU / Linux上のXorg(ディスプレイサーバー)とReactOSを比較すると、XorgはReactOSのディスプレイサブシステムよりもはるかに安定しており、高速で、機能が豊富で、Wine APIをはるかにサポートできます。
ReactOSには、より安定した機能完備のOSになり始める前に、多くの厳しい低レベルのリバースエンジニアリング作業があります。リバースエンジニアリングの作業は、フォワードエンジニアリングの作業よりも時間がかかります。Linuxはオープンソースであり、Windows XPはそうではないため、それに関わる作業のほとんどはフォワードエンジニアリングです。だから、ReactOSは持っている多くのそれに取り組んで少ないエンジニアを、そして彼らがしなければならない仕事があるはるかに困難のLinuxの技術者がしなければならない仕事より。
ReactOSには、最終的にWindows XPのカーネルドライバーインフラストラクチャをサポートして、Windows XPカーネル用に記述されたドライバーをReactOSで変更せずに実行できるという目標があります。この目標で100%成功すると仮定しましょう。ハードウェアの完全なサポートをまだ停止していない場合、ほとんどのメーカーはWindows XPのドライバのサポートをすぐに停止します。それで、あなたが走らせているプロプライエタリなドライバーの1つにセキュリティ問題があるならば、あなたは何をしますか?要するに、ReactOSの人々は、NTカーネルインフラストラクチャ上に一般的なハードウェア用のオープンソースドライバーの束を実装する人材を持っていないため、既存のドライバーを活用したいと考えています。セキュリティ志向のユーザー。
ご存知のように、ReactOSには、ドライバーが安定していて、オープンソースであり、継続的な更新を受信できる、最新のメンテナンスされたカーネルインフラストラクチャがあれば大丈夫でしょう。しかし、ReactOSのドライバーやカーネルについては、これらのことはすべて真実ではありません。
XPの死後もWindows XPのみのプログラムを実行し続けるために時間やお金を投資するプロジェクトを選択した場合、GNU / Linuxで実行されているWineプロジェクトの背後にあなたの時間/お金を置いてください。 Mac、好みに応じて。彼らは過去にいくつかの素晴らしい仕事をしており、彼らの仕事の難しさを考えると、彼らはまだそれに取り組んでいる多くの人々(例えばCodeWeaversのすべてのエンジニア)であり、彼らは各増分リリースで大きな進歩を続けています。
誤解しないでください。ReactOSは素晴らしい研究プロジェクトです。しかし、それは単なる研究プロジェクト以上のものになることはないでしょう。特にセキュリティを考慮している場合。セキュリティを意識している人にとって想像できる絶対的な最悪の事態は、バグ修正や更新を段階的に受け取っていないソフトウェアの停滞です。実際のところ、更新プログラムをもう受け取らないXPプログラムを実行している場合、それが実行されるプラットフォーム、XP自体、GNU / Linux / wine に関係なく、それだけでセキュリティモデルが損なわれると思います、またはReactOS!