小さなファイルまたはカップルに大きなすか。

Question

性能面では効率が小さなファイルをご利用くださいくらいの数百万円)又はカップル（ten）に膨大な数ギガバイト)のファイル?そう言えばいいんのデータベースは完全に真実が重要なのはこうすることを目的とするものであります。

私は主として読みます。私のファイルシステムは、現在、ext3Linux(Ubuntuサーバのデータを入れるので、がんができますが、スイッチで比較し、異なるファイルシステムです。のための技術上の理由により利用できない実際のDBMSことは、こう）"を使えばMySQL"にあてはまるわけではないの答えです。

おかげさまで、事前に知らせてくれば必要があります。

---

編集： 私収納多くの比較的少量のデータを、ふんだんに使用した小型のファイルが容易になりました。だったので、複数の大きなファイルからのみ取得する数KBしています。いいものを指標に、この問題はない。また、一部のデータポイントその他のデータを得るようにファイルなど、盛りだくさんの小さなファイルの場合、ポイントのデータの場所にファイルのファイルの場合）。

Answer 1

多くの前提ることができるので、すべての意図や目的の探索を通して 大きなファイルを多くするより早く 以上の探索を通してチームのファイルです。

ということかだ み文字列のテキスト に含まれるテキストファイルです。検索 1TBのファイル ます より速い より開 1,000,000MBのファイル 検索による。

各 ファイルをオープンの運転時間がかかり.大きなファイルを開きます。

とを考え ディスク性能, 単一ファイルがる可能性がありま 保存contigously より大きなシリーズのファイルです。

...再び、これらの一般化になります。

お楽しみ

ロバートC.Cartaino

Answer 2

それはその時々です。します。異なるファイルシステムの最適化は、異なるものですが、一般的に、小型のファイルを詰めます。最大ファイルがいないなどの開閉なきゃ。開閉操作するには時間がかかります。また、大きなファイルは、通常開閉を一度だけ使用を求める業務

また、多くのファイルの解決をご提案いたしますのような構造を

b/a/bar
b/a/baz
f/o/foo

いての制限数のファイルをクリックします。

Answer 3

主な問題はここTMO約数のんの情報を検索は大きくなわずにファイルをクリックしてください店舗でスキャンのファイルに正しい情報を得ることができます。たくさんすることで作ることができる強力な割り出し機構を細かくに大きなファイルです。

内にあります。委譲はこのタスクをext3るということが大切です。

編集：

ものを考えるこ wikipedia記事ext3 はその断片化が起こります。その場所には多数の小さなファイルの持ち直しに繋がっていくものの割合のファイルシステムをそのまま据え置かれて演します。

の記事も検証を行ない、請求項につ32kファイル当たりディレクトリ上限を想定したwikipedia記事検証すもの)

Answer 4

と思いExt3が限定されて32000ファイル/サブディレクトリ毎のディレクトリです。のであれば、数百万のファイルのルートする必要がありま広め多くのディレクトリが入っています。どうなるかはわからないと思います。

私としては、複数の大きなファイルです。実際、こういった複数でない限り、いかに論理的に別の単位はいくらですか？だ割れの分割もしていないものを集めてみましたん。Ext3対応できる非常に大きなファイルです。

Answer 5

働いているシステムを店舗には約5万ファイルをXFSファイルシステムのLinuxといったパフォーマンス。したものをご使用くだファイルを格納するためのデータを、フルスキャンしてデータベース探索のための一つの分野のテーブルが含まれてguid社が使用している取得対象です。いう二つのレベルのディレクトリとして、上記のファイル名されることがより使用できる多数の場合はファイルっても大きくなります。このアプローチな収納ケースやフロントパネルテラバイトのデータベースで日本人にはあまり合わないで保存する/返されない検索を通じて、期間で決済されるものであるためものです。当社のファイルから1k約500k.

またはシステムext3、機能がなんなのかまで押し過去約万ファイルです。いっしょに行く必要が3ディレクトリシステムによる最大ファイル当たりディレクトリに限界がある。