ext4はNTFSよりも高価ですか？

NTFSパーティションをext4に変換しましたが、合計スペースは421Gから415Gに減少したようです。6Gはどこに行きましたか？また、予約スペースはext4で199Mに増加し、NTFSの78Mに比べてはるかに大きくなりました。なぜですか？

パーティションは主に映画/音楽に使用されるため、ほとんどのファイルは非常に大きくなります（各10メガバイト以上）。ext4ファイルシステムを使用したいのですが、提案はありますか？

mkfs.ntfs:
    /dev/sdb4             421G   78M  421G   1% /mnt/mmedia

mkfs.ext4:
    /dev/sdb4             415G  199M  393G   1% /mnt/mmedia
                       (415G - 199M == 393G ?)

ext4の残りのサイズが393Gであることも奇妙です。415Gでも414Gでもないでしょうか。消えた22Gはどうなりましたか？NTFSと比較して、ext4は合計スペースの6.6％を消費しました。これは本当に大きな問題です。

質問は：

1. ジャーナル、冗長性、またはインデックス作成に主に使用される6Gとは何ですか？
2. 残りのスペース393Gが415Gではないのはなぜですか？かなり大きい22Gホールがあります。
3. このext4パーティションを使用して映画/音楽ファイルを保存する場合、どのパラメーターをアドバイスしますか？ext4は大きなパーティションでext3よりも優れていると言われていますが、本当ですか？ジャーナルではないext2には戻りません。

ジャーナル、冗長性、またはインデックス作成に主に使用される6Gとは何ですか？

（まだ知られていない。）

残りのスペース393Gが415Gではないのはなぜですか？かなり大きい22Gホールがあります。

これは、断片化を回避するために使用されるスーパーユーザー用の5％の予約ブロックです。で1％に調整できmkfs.ext4 -m 1ます。

このext4パーティションを使用して映画/音楽ファイルを保存する場合、どのパラメーターをアドバイスしますか？

mkfs.ext4に使用オプションを指定できます。たとえばmkfs.ext4 -T large_file、これにより、mkfs.ext4は大きなファイルを含むパーティションのパラメーターを決定できます。

1. 6GBはiノードです。ext4のデフォルトは、それぞれ256Bのiノードに対して1/64（1.56％）です。16KBのファイルで満たすことができます
2. dfの使用可能なスペースには、ルート用に予約されているスペースは含まれません。デフォルトでは5％で、tune2fs -mを使用します
3. mkfs.ext4 -m 0 -N 4000000 / dev / whatever＃再フォーマット、0予約、400万iノードは1GBを使用
4. ext4 fsckはext3よりもはるかに高速です。それ以外は、違いに気付かないでしょう

各ファイル/ディレクトリには1つのiノードが必要です。extファイルシステムを作成した後、inodeの数を変更することはできません。映画や音楽にのみ使用する場合は、1000000のiノードでもそのパーティションに十分です。

NTFSマスターファイルテーブル（MFT）はわずかに柔軟性が高いため、NTFSはデフォルトでより多くのデータを詰め込むことができます。

LinuxでNTFSを使用する唯一の正当な理由は、Windowsとファイルを共有することです。メディアに対しては問題なく機能しますが、さまざまなUNIX機能が欠けているため、Linuxでの一般的な目的には適していません。コンパイルしないでください！

ええ、これはきちんとした小さなトピックです。各ファイルシステムは、そのデータ構造を別々に実装します。さまざまなファイルシステムでパーティションをフォーマットし、比較することができます。「空き」スペースは異なります。また、それらを一杯にすると、ストレージオーバーヘッドに違いが生じるため、同じファイルを保存するために必要なスペースの大きさは、ファイルシステムによって異なります。通常、ファイルシステムをフォーマットするときに、配置方法のパラメーターを選択することもできます-これも影響があります。

あなたの質問に対する答えは、それらの「依存する」答えの一つです。全体として、6/400 GBはひどい違いではありませんが、実際、それは顕著です。それでも、保管スペースはどんどん安くなっています。しかし、ファイルシステムにはより洗練された機能が必要なため、おそらくファイルシステムはますます重くなっていると思います。ext2はext4よりもかなりスリムだと思います。私はそれについていくつかの現実世界の数字を見て興味があります。もちろん、その「効率」には代償が伴います（最大の理由は、ジャーナルに記録されていないため、高速で破損しやすいことです）。

この場合、ext4がより多くのスペースを必要とする理由については、NTFSのストレージカスターが、ストレージスペースがext4パラメーターが要求するよりもはるかに大きいブロックに対応するように設定されていると仮定します。これが当てはまる場合、比較的小さなファイルが多数ある場合は、ストレージをより効率的に使用する必要があります。

言うだけで、主題全体が延々と続きます。さらに情報が必要な場合は、さまざまなウィキペディアのページでファイルシステムを比較してみることをお勧めします。また、関心のある各FSのマニュアルページもご覧ください。

それが役立つことを願っています。

予約済みのスーパーブロックは1つですが、参照している量ではありません。予約済みのスーパーブロックを変更しても、「使用可能な合計容量」に表示されません。それは変わりません。inodeの数xサイズです。デフォルトでは、ext4では、iノードあたり256バイト、400 GB 、私は推測していmkfs.ext4はおそらく〜25-30ミルを行います。使用しactualy数を確認するには、-hは、dumpe2fs。これは、構成する6ギガバイトあなたが不足しているといない予約ブロックの誰かが程度である。（例えば。inode- count x inode-size b / 1024 ^ 3）GB。

私が疑うdf -hの出力はsome行に関係する可能性があります; pもう一度やり直して、iノードの半分を指定してください（安全に行うことができ、大胆であればさらに多くの）が、多くのディレクトリがスペースの前にiノードを使い果たします。

例えば。ext4はディレクトリごとにいくつかの93-4？）iノードを予約します。1つまたは2つ以上のファイルを保持することを想定しているため、より効率的になります。ただし、100万個のファイルが含まれる100万個のフォルダーがある場合、実際にスペースが不足する前に、そのレイアウト上のiノードが不足します。通常、iノードはスペースの数パーセント内でのみ使用されますが、35％に達する可能性があるため、2で割ることはデスクトップユーザーにとってはかなり安全ですが、安全のためにこれ以上は行いません。

次に例を示します。

415 GB RAW（dev / sdb1 say）mkfs.ext4 -m0 -Ndefault＃/ 2 -Lext4-1 -O extent、dir_index、large_file、sparse_super、uninit_bg / dev / sdb1

このオプションは、メディアのある大きなファイル/パーティションに役立ちます。uninit_bgは最近のカーネル用です。これは、将来の読者にとって古くても投稿されています。

マリナ・サリナ

空き容量がわずか数百メガバイトの約1000 GBのデータを含む（完全な）ntfsファイルシステムがありました。ext4のフォーマット済み容量がntfsよりはるかに少なかったとしても、すべてをコピーしたとき、フォーマット済み容量が少なくてもext4に約70GBの空き容量があったことを覚えています。（NTFSがいっぱいだったことを思い出してください）。私はこれがあなたに起こると約束することはできませんが、少なくとも私がext4を持っていたファイルについては、実際のスペースセーバーは大変でした！:)