人力検索はてな
モバイル版を表示しています。PC版はこちら
i-mobile

レンサバで下記操作をする場合、不具合の発生はありそうですか?
1500万個(1ファイル600?10000バイト)のテキストファイルをディレクトリを作りその配下に設置する。
そこから、必要に応じて、任意のファイル50?100個を呼び出し表示させる。
.
MY SQLを使っても良いのですが、格納予定のサイズが安定しないのと、呼び出しが遅いような気がするため、HDDへそのまま設置しようかと悩んでいます。
MY SQLについては、他にも色々使っていますし、どうでも良いデータなので原因を突き止める予定もありませんが、何となく、MY SQLの動作に不安があります。
メンテナンスフリーで安く安定して素早い動作はどちらでしょうか?
理由と共に教えて頂けると幸いです。
特に、HDDを否定する場合、詳しい説明をお願いいたします。

●質問者: TREEG
●カテゴリ:コンピュータ インターネット
✍キーワード:HDD SQL サイズ テキスト ディレクトリ
○ 状態 :終了
└ 回答数 : 1/1件

▽最新の回答へ

1 ● gekikawa
●60ポイント

はじめまして

HDDへ直接ファイルとして保存するとなるとi-ノードを激しく消費すると思われます。

http://q.hatena.ne.jp/1210392719


レンサバのスペック次第と思われますが、

http://www.senyu.jp/dtb/spec.html

にあるような専用サーバでもi-ノードを消費しつくしてしまいますね。


また共有サーバでは全く不可能でしょう。

コストパフォーマンスに優れるCOREサーバなどでは1サーバアカウントあたりファイル数

の上限が20万程度になっていたと思います。



ということで、1500万個のファイルをそのままアップロードできるレンタルサーバは

なかなか見つからないと思います。


ということでMySQLにするしかないのでは?

とここまで書いてから気になりましたがファイル容量の合計だけでもHDDがテラクラス

になっちゃいませんか?

◎質問者からの返答

データについては、かなり切り詰めることが出来き、10GBの格安共有レンサバを考えています。

10000000個*600バイト=6GB

ただ、格安レンサバのMY SQLではどうも操作が遅いため、ディレクトリをそのままDBにする方が効率が良いように思うのですが、消費し尽くしますかね?

気になり、もう少し調べてみたんですが、i-nodeが保存できるファイル数の上限は同じ意味だと思うのですが、下記URLを見ると、保存できそうにも思います。いかがな物でしょうかね?

http://x68000.q-e-d.net/~68user/unix/pickup?%A5%D5%A5%A1%A5%A4%A...

i-node 数の上限は UFS (FFS/FFFS)・ext2・ext3 などの古めのファイルシステムであっても 2^32 個 (42億) であるため、現実的には問題になることは少ないだろう。

関連質問


●質問をもっと探す●



0.人力検索はてなトップ
8.このページを友達に紹介
9.このページの先頭へ
対応機種一覧
お問い合わせ
ヘルプ/お知らせ
ログイン
無料ユーザー登録
はてなトップ