なぜこの空のディレクトリは3.5MBですか?


16

私はこの質問を読んだ:何が「LS -l」コマンドの出力には、ディレクトリの平均の大きさをしますか?

...これは私の質問にはまったく答えません。基本的に、ファイルをNASに移動しています。既に移動したフォルダは完全に空で、隠しファイルなどはありませんduが、サイズは3.5MBのままです。確かに、以前は長いファイル名を持つ多数のファイルが含まれていました。

このサイズは、単にそのディレクトリにあったファイルの量と名前の長さのためですか?フォルダーが空であるためにサイズが小さくならないのはなぜですか(ext4ファイルシステム)?


1
duは人とは異なる考え方をする傾向があり、ファイルシステムの設定に基づいてレポートを提供します。あなたはここで「--apparentサイズ」で確認することができます。gnu.org/software/coreutils/manual/html_node/du-invocation.html
ヘルマンインジャルドソン

新しく作成した空のディレクトリをNASにコピーすると、それらのサイズはどのように報告されますか?また、たとえばtune2fsを実行できるNASにアクセスできますか?
slm

スナップショットを説明しましたか?
mdpc

@slm-通常の4096(バイト?)サイズで出力されます。
sheearn89

@mdpc-スナップショット?
せん断89

回答:


16

ほとんどのファイルシステムでは、ディレクトリからすべてのファイルを削除すると、ディレクトリのサイズは変わりません。

ディレクトリが空の場合、

rmdir ./directory_name; mkdir ./directory

結果の新しいディレクトリは小さくなります。ただし、ファイルが追加されると、ファイルは大きくなります。1つのディレクトリ内のファイルの数と同じくらいディレクトリファイルのサイズを気にしないでください。1つのディレクトリ内の膨大な数のファイルは、ファイル検索のパフォーマンスに悪影響を及ぼします。十分なiノードキャッシングでも。


4
1つのディレクトリにある多数のファイルは、実際にはextファイルシステムでのみ重要です。xfs、btrfs、reiserなどのようなものには、同じ問題はありません。
パトリック

2
それは正しいです。ただし、ufsには他のユーザーと同様に問題があります。この質問は厳密にext4ですが、問題はいたるところにあるので、私はそれを言及しました。
ジムマクナマラ

パフォーマンスの問題とは別に、ディレクトリに多くのファイルを配置すると、他の問題が発生する可能性がありrm *ます。1024個を超えるファイルがある場合、問題が発生する可能性があります。
ショーンマクサムシング

@SeanMcSomethingどういう問題ですか?
ハトシェプスト

1
@SeanMcSomethingどこからこのがらくたを入手したのか、私にはわからない。プロセスのコマンドラインは、0.5メガバイト以上にすることができます。ファイルの数とは関係ありません。コマンドラインの合計サイズには制限があり、これはあなたが言うようにずっと高いです。
peterh -復活モニカ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.