Windows や macOS からの脱出ルートは Linux だけではありません。代替手段は 4 つあります

Windows や macOS の外に出るほとんどの人は、Linux が真剣に取り組む価値のある唯一の代替手段であると考えています。 Linux には忠実なコミュニティとさまざまなディストリビューションがあるため、これは当然のことです。ここで取り上げたオペレーティング システムはそれぞれ、Linux では解決できないことを解決するために存在しています。また、データを Microsoft や Apple に渡すことなく、ユーザーがすでに所有しているハードウェア上で実行されます。

FreeBSD は完全なオペレーティング システムを提供します

OpenZFS はデータを破損から保護します

FreeBSD は、Computer Systems Research Group と 4.4BSD-Lite リリースによって行われた研究から生まれた Unix に似た OS です。 Linux とは本質的には、さまざまなサードパーティから提供されるユーザー空間ツールと組み合わせるカーネルであるため、Linux とは大きく異なります。 FreeBSD は完全な自己完結型システムです。

カーネル、標準 C ライブラリ、基本ユーティリティ、およびシステム ドキュメントはすべて 1 つのリポジトリに存在し、同じリリース エンジニアリング チームによって一緒に維持されます。この緊密な統合により、バージョンの競合が減り、アップグレード時の動作がより予測可能になります。これは、重要なものを実行するときに非常に重要です。

サーバー プラットフォームとして、深刻なネットワーク トラフィックと重いストレージ ワークロードを処理できるように構築されています。ストレージ側では、FreeBSD は、本質的に主力ファイルシステムである OpenZFS を最上級にサポートしています。 OpenZFS は、コピーオンライト トランザクション、サイレント破損を検出するエンドツーエンド チェックサム、インスタント スナップショット、および内蔵ソフトウェア RAID を通じてデータを保護します。

FreeBSD が人気があるのは、BSD 2 条項ライセンスに基づいて配布されているためです。このライセンスにより、企業はコードを取得し、自由に変更して、Linux で GPL が要求する方法で変更をオープンソース化することなく、プロプライエタリな製品に組み込むことができます。実際、Sony はカスタマイズされた FreeBSD 派生版をベースに PlayStation 4 用の Orbis OS を構築しました。

OpenBSD はセキュリティを中心に構築されています

メモリ保護により攻撃が開始される前に阻止されます

OpenBSD は NetBSD からのスピンオフとして始まり、クリーンで安全なコードで評判を築きました。これは主にファイアウォール、ルーター、高セキュリティサーバーを実行するために使用されており、その背後にあるチームはソースコードを継続的に監査し、他の人がバグを見つけて悪用する前にバグを探しています。

このプロジェクトでは、セキュリティを最後に追加されるものではなく、中核的な要件として扱います。 OpenBSD がそのセキュリティを強化する方法は、システムをずさんなコードにとって真に敵対的な場所にすることです。コアメカニズムの 1 つは W^X (Write XOR Execute) です。

仮想メモリ マネージャは、メモリ ブロックが書き込み可能または実行可能であることを確認しますが、両方を同時に行うことはできません。この 1 つの制約により、バッファ オーバーフローおよびメモリ インジェクション攻撃のカテゴリ全体が一掃されます。

Web ブラウザーや、その場でコードをコンパイルするその他のソフトウェアには、必要なことを行うことが許可されていますが、システムはそれらを短い鎖に拘束します。さらに、OpenBSD は機密性の高いユーティリティを別のプロセスに分割する代替手段であり、これは OpenSSH で使用されているのと同じアプローチです。信頼できない入力に触れるプログラムの部分は特権なしで実行されるため、侵害されても、攻撃者が自動的にシステム全体を所有することはありません。

Haiku はデスクトップ用に設計されています

マルチスレッドによりインターフェースの高速性が維持される

Haiku は、BeOS のオープンソース後継製品として完全にゼロから構築された高速で軽量のデスクトップ OS です。 Unix ベースのシステムは通常、コマンド ラインとサーバー ルームを念頭に置いて設計されていますが、Haiku は日常的なパーソナル コンピューティングに特化して構築されています。

そのため、Haiku は、テキストベースの基盤の上にグラフィカル インターフェイスをボルトで固定するのではなく、最小限の遅延でオーディオとビデオを処理できるようにカーネルから設計されました。カーネル、ドライバー、API ツールキット、デスクトップ ユーティリティはすべて C++ でネイティブに記述され、チームによって保守されています。これにより、Linux エコシステムでは通常とは異なる方法で物事の一貫性が保たれます。ディスプレイ サーバー、ウィンドウ マネージャー、コア ライブラリを別々に扱うグループが存在する傾向があります。

このシステムは高度なマルチスレッド アーキテクチャを実行しているため、コンピューターがバックグラウンドで一生懸命動作している場合でも、インターフェイスは非常にスムーズで応答性が高くなります。その応答性は、Haiku がイベント ループを処理する方法から来ています。すべてのウィンドウは個別のスレッドを取得します。

この分離により、ディスクやネットワークの負荷が高いときにインターフェイスがフリーズすることがなくなります。 Haiku には、共有メモリ バッファ上でリアルタイムのマルチメディア ストリーミングを調整する専用のメディア サーバーもあり、複数のメディア ハンドラーがデータの冗長コピーを作成せずにオンザフライでストリームを処理できるため、レイテンシーが非常に低く抑えられます。

ReactOS では Windows ソフトウェアを実行できます

テレメトリのないオープン システムを実現します

ReactOS は、Microsoft のコードには 1 行も触れることなく、Windows NT を最初から再構築しようとしているオープンソース プロジェクトです。このアイデアは、実際の Windows アプリケーションとハードウェア ドライバーを直接実行するというものです。これは意図的に Windows 2000 や XP のように見えますが、古い PC ソフトウェアを実行するための完全にオープンソースの方法を人々に提供します。

このプロジェクトは、shell32.dll や ole32.dll など、Wine から多くの高レベル DLL を借用していますが、基礎的なものは一から構築する必要があります。

長い間、このプロジェクトは Windows XP と Server 2003 の互換性を真っ向から目指してきましたが、OS が小さいため、その狭い焦点が功を奏しました。したがって、古いハードウェアでも問題なく起動できます。

ReactOS はまだアルファ版ソフトウェアであり、実際の問題を抱えていることに注意してください。それでも、ReactOS はまさにニッチ市場を埋めています。 Windows に付随するテレメトリ、強制的なクラウド アカウント、DRM の問題は一切なく、それを避ければ素晴らしい環境になります。

---

Linux が頼りになる必要はないかもしれません

これらのシステムはいずれも、現在実行しているものをそのまま置き換えるものではなく、そうでないふりをするのは不誠実です。 FreeBSD と OpenBSD は両方とも学習曲線があり、事前に時間がかかります。 Haiku はデスクトップでの使用には本当に魅力的ですが、そのソフトウェア ライブラリは十分に小さいため、すぐにギャップに気づくでしょう。 ReactOS はまだアルファ版であり、安定性を重視する場合、それは実際の限界です。それでも、これらはコンピューターを実行するための異なる方法を提供するものであり、これらを試してみると、現在の OS に対する見方が変わるかもしれません。