なぜJFSはそれほどあいまいなのですか？

数年前にSlackwareを初めて使用したとき、信頼性が高く、クリーンシャットダウンが発生した場合、ディスクチェックは非常に迅速であったため、ext3またはreiserfsでJFSを愛することをすぐに学びました。JFSが誰にもほぼ完全にメンテナンスされていないという点であいまいであることを発見したのは最近になってからです。

私はそのような少数派であるという考えがありませんでした。なぜこれが起こったのですか？ファイルシステムテクノロジーが、JFSに比較優位性がなくなった時点まで進んだということですか？ext3は他のオペレーティングシステムとより相互運用可能でしたか？他の特定のファイルシステムは、特定のベンダーまたはカーネル開発者に祝福されていましたか？

歴史的な問題ほど技術的な問題ではありません。

最初に邪魔にならないのは、ext [234]との比較です。それらのいずれかを置き換えることは、WindowsでNTFSを置き換えるようなものです。確かに可能ですが、切り替えるには上からの決定が必要です。

他の選択肢を削除するのではなく、既存の選択肢を維持することを求めていることは知っていますが、その特権的な競争は部屋の酸素のほとんどを吸い上げています。競争相手を排除するまで、限界的な選択肢は注目を集めるのに非常に苦労するでしょう。

ext [234]はなくなることはないため、JFSとその同類は最初から深刻な不利な状態にあります。

（この現象は、デフォルトの暴政と呼ばれます。）

2番目のことは、JFSとXFSの両方がほぼ同時にLinuxに提供され、ほぼ同じ問題を解決することです。カーネルオタクは2つの間の細かい点について議論することができますが、実際には、ext [234]の制限の1つに遭遇した人には、XFSとJFSで2つのほぼ同等のソリューションがあります。

では、なぜXFSが勝ったのでしょうか？よくわかりませんが、いくつかの所見があります。

• Red HatとSuSEはこれを支持しました。

  RHEL 7はXFSをデフォルトのファイルシステムとして使用し、RHEL 6のインストール時オプションでした。RHEL6がリリースされた後、Red Hatは公式のXFSサポートをRHEL 5にバックポートしました。EPELチャンネル。

  SuSEは、2002年にリリースされたSLES 8に戻って、Red Hatよりもずっと早くインストール時オプションとしてXFS を組み込みました。これは現在のデフォルトではありませんが、その間ずっと公式にサポートされています。

  そこに多くの他のLinuxディストリビューションがあり、RHELおよびSuSE Linuxのは、全体の空間の間で最も人気のあるディストリビューションではありませんが、彼らはある大きな鉄の選択のディストリビューション。彼らは、JFSとXFSの利点が最も重要な場所で遊んでいます。これらの会社は常に犬を振ることができるわけではありませんが、大きな鉄を含む質問では、時にはできることがあります。

• XFSはSGIからのものです。SGIは、現在本質的にはなくなっています。亡くなる前に、彼らは正式にXFSの権利を譲り渡したので、Linuxの人たちはXFSをカーネルに含めることを安心しました。

  IBMはまた、Linuxカーネルメンテナーを安心させるためにJFSに十分な権利を与えましたが、彼らが数千の特許を持つ活発な数十億ドルの会社であることを忘れることはできません。IBMがLinuxのサポートがもはや興味と一致しないと判断した場合、それは見苦しくなります。

  確かに、誰かが現在SGIのIP権利を所有しており、大騒ぎする可能性がありますが、おそらくSCOの大失敗よりも悪化することはないでしょう。IBMには現在、Linuxのサポートが含まれているため、このような荒らしをつぶすのに役立つかもしれません。

  要するに、XFSは多くの人々にとってより「自由」だと感じています。将来IPの問題が発生する可能性は低くなります。現在のIPシステムの問題の1つは、著作権が企業の存続期間に関係しており、企業が通常死ぬことはないということです。まあ、SGIはそうしました。これにより、XFSのSGIの貢献を個人の貢献のように扱うことについて、人々は気分が良くなります。

• 2つのほぼ同等の選択肢（この場合はJFSとXFS）があるネットワーク効果を含むシステムでは、50/50の市場シェアの分割はほとんどありません。

  ここで、ネットワーク効果とは、トレーニング、互換性、機能の可用性です。これらの効果は、バランスをより早くその勝利を獲得したオプションに押し上げます。Windows vs. OS X、Linux vs. all-other- * ix、Ethernet vs.トークンリングの監視...

LinuxでJFSを幅広く使用し、問題を修正するためにソースコードを詳しく調べた人として、いくつかの理由が考えられます。

1. JFSは、AIX用に作成されたファイルシステムのポートであり、OS / 2に移植され、オープンソースになります。コードの汚染のリスクがあるため、AIXの開発者は誰も作業していません。OS/ 2はしばらく開発されていませんでした。
2. 私のコードを読み、JFSの開発に続いて、プロジェクトで修正されたものの、コードに多くの問題が見られました（そのうちの1つはビッグエンディアンマシン、つまりIBM製のFSのサイズ変更に失敗しました）おそらく、IBM開発者が正式にツリーのその部分のメンテナーではなかったために、修正の数か月後でもメインラインカーネルにマージされました。
3. コードには多くの読みやすさの問題があります。読みにくいコードはデバッグが難しいため、おそらくディストリビューションによる公式サポートの欠如の一因となっています。
4. Linux向けJFSの最初の主な用途の1つは、情報を移行し、AIXシステムと情報を共有することでしたが、AIX5Lには、独自のLVMが使用する単純なディスク上のファイルシステムを使用する（サポートされる）オプションがありませんでしたLinuxは使用できなかったAIXと、これらの拡張機能をLinuxに移植せずにJFSが拡張されました（番号1を参照）。

明確化：過去にIBMで働いていたにもかかわらず、私はIBM AIX開発チームまたはJFS開発チームのメンバーではありませんでした。これらの想定される理由は、私の論理推論とファイルシステムとLinuxの歴史に関する知識に基づいています。