非常に便利に利用可能-T 大容量ファイルflac形式のビデオ、オーディオなどの大容量ファイルを含むパーティションのファイルシステムを作成するときにマーキングが必要ですか?
私はフラグがあるかどうかと同じパーティションをテストし、次のものを使用しました。une2fs -l [パーティション]、「ファイルシステム機能」を確認し、「large_file」が両方有効になっています。したがって、使用する必要はありません。-T 大容量ファイルの場合のフラグ?
ベストアンサー1
この-T largefile
フラグは、ファイルシステムの作成時に割り当てられるinodeの数を調整します。割り当てられたら、その番号を調整することはできません(少なくともext2 / 3の場合、ext4の場合は完全にはわかりません)。デフォルトでは、ディスク容量16Kごとに1つのinodeがあります。-T largefile
メガバイトあたり1つのinodeを持つようにします。
各ファイルには inode が必要です。残りの inode がないと、新しいファイルを作成できません。ただし、これらの静的に割り当てられたinodeもスペースを占めます。期待できるもの100GBディスクあたり約1.5GB節約デフォルト以外の設定に応じて-T largefile
。-T largefile4
(4MBごとに1つのinode)はそれほど劇的な効果はありません。
デバイスに保存されているファイルの平均サイズが1 MBを超えると確信している場合は、必ず設定してください-T largefile
。私のストレージパーティションで使用することをお勧めし、あまりにも積極的な設定だとは思わない。 。
ただし、多数のファイル(数十万など)を含む非常に大きなソースターボールをこのパーティションに解凍すると、パーティションのinodeが枯渇する危険があります。この場合、抽出する別のパーティションを選択する以外にできることはありません。
次のコマンドを使用して、ライブファイルシステムで利用可能なinodeの数を確認できますdumpe2fs
。
# dumpe2fs /dev/hda5
[...]
Inode count: 98784
Block count: 1574362
Reserved block count: 78718
Free blocks: 395001
Free inodes: 34750
ここではまだ34000個のファイルを生成できます。
mkfs.ext3 -T largefile -m 0
100 GB パーティションでジョブを実行した後の結果は次のとおりです。
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/loop1 102369 188 102181 1% /mnt/largefile
/dev/loop2 100794 188 100606 1% /mnt/normal
大容量ファイルのバージョンには102,400個のinodeがあり、通常のバージョンでは6,553,600個のinodeが生成され、プロセスで1.5GBが節約されます。
ファイルシステムに入れたいファイルサイズがわかっている場合は、スイッチを直接使用してinodeの数を微調整できます-i
。 inodeごとのバイト比率を設定します。-i 65536
100万以上のファイルを作成できますが、それを使用すると75%のスペースを節約できます。私は通常、少なくとも100,000個のinodeを予備的に保つように計算します。