Linuxディスクフォーマットは透過フォルダ圧縮をサポートしていますか？ （NTFSのように）
透過的でシームレスなフォルダー圧縮を使用できたような気がします。
これを実現する1つの方法は、通常どおりに圧縮し、Nautillusを使用してアーカイブをマウントすることだと思います。私の知る限り。パフォーマンスが低下したときに、マウントポイントからプログラムを実行できます。私の唯一の心配は、マウントポイントがフォルダが存在していた元のファイルパスと一致しないことです。
NTFSの「このフォルダを圧縮してスペースを節約する」機能を使用すると、すべてのプログラムとファイルがマウントを介してすべてのファイル操作を実行できます。リンクされたライブラリや何百ものアプリケーション資産のように、本当に気になるソフトウェアを含めることができます。
アイデア？私は現在、誰もいないようにext4を使用していますが、よりエキゾチックなファイルシステムで遊ぶことができます。
コメントに書式を追加することはできないので、他の回答でコメントしたことを繰り返します。 BtrfsまたはZFSのいずれかを選択できますが、ZFSの設計方法のため、ZFSはマルチディスクシナリオでのみ使用する必要があります。
技術的には、重複排除と圧縮を実行できます。
ただし、冗長性がないため、破損からの保護はありません。したがって、エラーは検出できますが、修正することはできません。これは許容できる妥協のように聞こえますが、実際にはそうではありません。そうでない理由は、ZFSのメタデータが破損することを許可できないためです。そうである場合、zpoolをマウントすることは不可能である可能性があります（そして、破損が見つかったらシステムをクラッシュさせる可能性があります）。したがって、適切な場所にいくつかの不良セクタがあると、zpool上のすべてのデータが失われます。一部ではなく、すべて。また、ZFS回復ツールがないため、ドライブ上のデータを回復できません。 NTFS、FAT32など用に設計された標準の回復ツールも使用できません。それらは正しく機能しません。
それで、これはどういう意味ですか？つまり、すべてが正常に機能するリスクを負い、その後突然（警告なしで）すべてのデータが回復不能に失われます。
ZFS。最近（Solaris以降）は（ほとんど）オープンソースですが、Sun（Solaris）が停止し、Oracleが購入したときのライセンスの問題により、開発が遅れました。別のフォーラムの誰かが、64ビットIntelでのみ動作すると述べました。情報が古くなっているのではないかと思います。 http://zfsonlinux.org/ に関する情報。
EXT4。計画されていると思いますが、ATMは実装されていません。しかし、素晴らしい機能になるでしょう。
BTRFS。あなたが考えるかもしれないZFSに似たファイルシステムのLinuxバリアントと言えます。 https://btrfs.wiki.kernel.org/index.php/Main_Page （私が選択します）