[linux-users:71048] Re: 最大ファイル数について

["T.SHIOZAKI" <tshiozak _at_ xxxxxxxxxxx>]

塩崎です。


From: k_nob _at_ mail.goo.ne.jp
Subject: [linux-users:71044] 最大ファイル数について
Date: Wed, 5 Jul 2000 13:34:21 +0900
Message-ID: <E139gtV-0002MT-00 _at_ mail.goo.ne.jp>

> linux 上の ext2 ファイルシステムにて、
> あるディレクトリを作成したとします。
> /home/hogehoge
> このディレクトリには、最大何個のファイルを
> 格納できるのでしょうか？

「ディレクトリに格納可能な数」という直接的な制限はないので、
別の制約によって制限されます。多くの場合、そのファイルシステムで
利用可能な inode の数がそのままファイル数の制約となって効いて来ます。

inode の数は mke2fs の時のパラメータから決まるのですが、
私が手元のマシンの 1GByte のパーティションを dumpe2fs で覗いたところ、
Inode count : 257000  とか書いてあったので、このパーティションでは
257000 個までのエントリが作れるわけです。


> 今、4000個くらい入っているのですが
> 将来は、1〜2万オーダーになりそうです。
> (tif設計図面読みとり画像等)

でも、これは止めた方がいいでござんす。
FFS とか ext2fs みたいな traditional な FS だと
ディレクトリエントリが線形テーブルなので、
ファイル数が多くなると極端にルックアップパフォーマンスが落ちます。

解決方法は、
  1. サブディレクトリを細かく切って、小分けにする。
  2. ReiserFS を使う
の 2 つでしょうね。

# 昨日たまたま、「100,000 個の空ファイルを作るのにどれくらいかかるか」
# を試したら、ReiserFS が 45 秒なのだけど、ext2fs は 20 分経っても
# 終らないからやめちゃった。
# n 個のファイルを作る時は、ext2fs だと n^2 のオーダの計算量が必要だけど、
# ReiserFS だと n log n くらいになるわけですな。
# 環境は、Plamo-2.0 on Linux-2.4-test3pre2+ReiserFS-3.6.10 と、
# Cerelon 466/66, i810, メモリ 128MByte, 昔の遅い 2G の FireBall です。


では。
--
Takuya SHIOZAKI / ASTEC Products, Inc.