[linux-users:79161] Re: [linux-users:79157] Re: ボリューム設計

["yamada _at_ xxx" <tetsuji-yamada _at_ xxxxxxxxxxxx>]

山田です。
いろいろと助言ありがとうございます。

> うーん. ハードウェアRAID で コントローラが SCSI なら 15 でしょう...
> 自信ないけど... & ソフトウェアRAIDの奴は まったくしりません.
> # ちなみに 7 ってのは どこから?
現在の環境はRedHat5.2（kernel2.0.36）で古いですが、実際にIEDにextenedを
含め8つのパーティションを作ったのですが、いざ/dev/hda8をフォーマットしようと
すると
エラーが発生します。
Unvalid argument passed to exts library while setting up superblick

> 私としては, やっぱり アプリケーション側しか 何かいてるかわからないので
> そっちで制御する方がいいと思うんだけど 識者のコメントを待ちたいっす.
> # というか 、なんでそう(分け)したいかが良くわからないんです.
> --
> (ishi) loop で 2GB づつのファイルを... は ヨタだよなぁ...
基本的にはアプリケーションで制御しますが、現在構築したシステムを簡単に
説明すると、クライアントはMACでサーバーはUNIXです。
まず、クライアント側で作成されたファイルをサーバーに保存しに行きます。
サーバー側の格納場所として、data01、data02……と２GBづつ用意されています。
ここでなぜ２GBか？その理由は、MACでサーバーをマウントできる分けですが、
data01の中に2000個以上ファイルが存在し、MACでフォルダーを開くとほとんど
だんまり状態になってしまうから２GBという制限を持たせています。
#小さいファイルだと2000を超えてしまうが
そこでアプリケーション側で、data01の空き容量を参照して、保存するファイルが
収まる場合はdata01へ、２GB制限を越える場合はdata02へ保存しに行く仕組み
になっています。
UNIXはこれでよかったのですが、Linuxの場合、ディレクトリーでの容量制限を
どのようにやろうか検討していて、duを使うか検討をしていたところです。
理解できたでしょうか？
いまいちあいまいなシステム（２GBをフルに使う必要がない）なので、
duでもいいかなと思っています。