トップページ⇒linux
1001コメント272KB

ファイルシステム総合スレ その14

■ このスレッドは過去ログ倉庫に格納されています
0001 忍法帖【Lv=29,xxxPT】 2012/01/15(日) 16:38:33.83ID:OMF5PJgt
●前スレ
ファイルシステム総合スレ その13
http://engawa.2ch.net/test/read.cgi/linux/1311812102/
●関連スレ
ジャーナリングファイルシステム
ttp://hibari.2ch.net/test/read.cgi/unix/979408065/
OpenSolaris/Illumos (OpenIndiana, etc.) 5
http://hibari.2ch.net/test/read.cgi/unix/1285876800/

過去スレ、関連リンクは >>2-10 あたりで。
0755login:Penguin2012/05/28(月) 22:21:11.05ID:JoD8MIsl
REGZAの録画用ファイルサーバをLinux ext4からFreeBSD Raid Z1 4台にしたら、時々再生引っかかるようになった。
ディスクの読み書きの速度は同等だし、CPUが足引っ張ってるわけでもなさそう。
大ファイルの連続読み出しのパフォーマンスが悪いのか…
0756login:Penguin2012/05/28(月) 22:34:42.33ID:pfdxoNCT
>>755
ストライプサイズが大きいとサイズの大きなファイルを処理するときに有利で、
動画編集系の業務システムではそうなっていると聞いたことがある。
その理屈で言うとストライプサイズの小さめの RAID-Z は不利なのかも。

「引っかかるようになった」のが使い続けていくうちにどんどん悪化してそうなった
のか ZFS にしたからそうなったのかが気になるんですけどどっちですか？
# RAID-Z って大きいファイルだとフラグメンテーションしまくりな気が。
0757login:Penguin2012/05/28(月) 22:55:18.32ID:bomq/PUE
どうせ社内個人用なんでしょう
raidに飽きたらcronでバックアップ
安定と速さ、コスト重視ならraidなんかいらない
0758login:Penguin2012/05/28(月) 22:57:56.77ID:JoD8MIsl
>>756
最初からそうでした。
まだまだ容量余ってるし、メモリも8GBあるんだけどなー。
録画置き場だけじゃなく、mac用ファイルサーバにもしてるので、映画見てるときにTimemachine のバックアップ走ると飛びまくり…
0759login:Penguin2012/05/28(月) 23:46:36.39ID:pfdxoNCT
>>758
返信ありがとうございます。
でかいファイルの扱いそんなに不得意なの？
JAIST かどっかでＦＴＰサーバに使ってる話もあったからちょっと眉唾。

CPU の性能／コア数が足りないだけの気がするけど TCP/IP の実装が Linux と
FreeBSD で違ってるせいで MAC との通信ばかり優先されるとかあるのかも。
0760login:Penguin2012/05/29(火) 00:13:01.84ID:So0/YmwI
ハード要因もあるだろうし、ZFSに限らずI/Oの特性にあわせて
ファイルサーバの設定をチューニングするんじゃないの？
0761login:Penguin2012/05/29(火) 00:54:24.48ID:qjgx8ugW
FreeBSDならsysctlでパラメータ調整も視野に入れた方が良いかもね
2chサーバーもblog見るとパラメータ調整を相当数してるし
0762デムパゆんゆんネトウヨ特攻兵＠５月病　 【関電 62.1 %】 2012/05/29(火) 01:50:54.77ID:U5WNEXG6
ふりBSDのバージョンと
zfsのバージョンが気になる
zfs -V zpool -Vの結果見せなさい
0763login:Penguin2012/05/29(火) 03:14:57.97ID:LxrSwIcU
ZFSのうまみは、多くのプロセス/スレッドから同時かつ大量に読み書き
したときの、性能のスケーラビリティやキャッシュの利用効率にあるので、
自宅サーバーで利用するメリットは少ない。

ZFSはチューンナップが必要ないように設計されているので、
パラメータをいじるとほとんどの場合裏目に出る。
ただ、先読みキャッシュを切るのは試す価値がある。
zfs:zfs_prefetch_disable=1
0764login:Penguin2012/05/29(火) 03:17:54.40ID:v6wCq4A9
>>750
ありがとー
Ubuntu 12.04（kernel 3.2）のext3では実際にバリアが有効になっているか調べてみるよ
0765login:Penguin2012/05/30(水) 00:03:32.90ID:eFfiskua
>>762
FreeBSD 9.0-RELEASE
zpool upgrade -v
This system is currently running ZFS pool version 28.
略

zfs upgrade -v
The following filesystem versions are supported:

VER DESCRIPTION
--- --------------------------------------------------------
1 Initial ZFS filesystem version
2 Enhanced directory entries
3 Case insensitive and File system unique identifier (FUID)
4 userquota, groupquota properties
5 System attributes

For more information on a particular version, including supported releases,
see the ZFS Administration Guide.
てな雰囲気です。
0766login:Penguin2012/05/30(水) 08:28:42.10ID:Hg7I9VUi
ZFSがWindowsに搭載される可能性について（Microsoftではなく第三者によって）
0767login:Penguin2012/05/30(水) 10:35:10.06ID:Fem8Gu/g
すでにあるだろ
https://code.google.com/p/zfs-win/
0768login:Penguin2012/05/30(水) 10:53:11.42ID:BMjgTba5
read onlyじゃねえ
0769login:Penguin2012/05/30(水) 12:29:51.28ID:kpTDIFzh
warata
0770login:Penguin2012/05/31(木) 02:15:57.62ID:0QtNiaVt
>>753
ZFSで仮想マシン動かしてﾋｬｯﾊｰしたいならイメージじゃなくzvolにOS突っ込んだら？それでどんだけパフォーマンスに影響するかは知らんが。
それにL2ARCなんてしばらく埋まらんからとりあえず設定だけして仮想マシン起動時間測ってみました、なんて言ってもねぇ。
0771login:Penguin2012/05/31(木) 11:27:30.83ID:CrxYKJgI
>>753
Nexentastor3.1.3がリリースされたから、Solarisカーネル環境でのパフォーマンスも見てみたらいいんじゃないか？
0772login:Penguin2012/05/31(木) 15:26:50.04ID:xWRvQh87
ubuntu 12.04 の stat で birth time 欄が出来てた。
touch foobar してみても設定はされなかった。
07737412012/05/31(木) 21:48:05.00ID:a1oDG+L0
>>770

ZFSでヒャッハーしてます。
一般のファイルの作成、Nautilusなんかでファイルの整理するには
全く問題なく使えてますが、なんとVirtualboxで深刻な問題が
発生しました。仮想イメージをZFSに置いて動かすと、仮想イメージが
壊れてしまいます。イメージを最初に小さく作っておいて、データが
増えるとディスクイメージも大きくなる設定です。

ヒントを頂いたZvolで100Gぐらいのボリュームを切り出して、
Ext3で初期化してそちらに置いたら解決しました。
目的に合わせて柔軟に使えるのも、面白いですね。
0774login:Penguin2012/06/01(金) 02:36:39.43ID:CGIW/EB2
>>773
データが壊れるなんて最低じゃね〜の？
07757412012/06/01(金) 09:12:37.53ID:SXtJZzRy
テストしてみたら、Fixed size storage形式でZFS上に
Virtualboxの仮想ディスクを確保しておくと、問題ないようです。

まとめると次のとおりです。

Dynamic allocated size
　ZFS上でCentOS 5.8インストール中 2回/2回　ディスクエラー発生
　ZvolでCentOS 5.8インストール 1回/1回　正常終了

Fixed size storage
　ZFS上でCentOS 5.8インストール　1回/1回　正常終了
0776login:Penguin2012/06/01(金) 11:56:12.20ID:GcMrQfvt
前にSunのZFSのページにヘルメットとゴーグルしたおっさんが
稼働中のHDDをハンマーでぶん殴って壊して
縮退→交換→リカバリーやってる動画あったな
0777login:Penguin2012/06/01(金) 17:27:29.04ID:J3dtdgCS
>>773
動かしたらイカンだろw
0778login:Penguin2012/06/02(土) 09:17:25.99ID:XDNKPOnJ
は？
0779login:Penguin2012/06/03(日) 17:57:37.62ID:7w5zwRqG
は？
0780login:Penguin2012/06/05(火) 23:17:16.17ID:Gi2JWTny
はは？
0781login:Penguin2012/06/05(火) 23:27:45.31ID:FEWgyqNC
ははのはははははははははははと笑った
07827412012/06/06(水) 05:27:46.00ID:TNAN5jIG
はぁ、おまえ（Solaris）はイイよなぁ．．．。　ZFS標準装備なんだろ．．
オレ（Linux)なんか、はぁ．．

おまえ、いまオレを笑ったか？
ZFSが使えないと笑ったよな？

そうか．．はぁ．．いっしょに落ちようぜ。
怪しげなソフトを入れて、地獄の底までいって、
そして自分を笑おうぜ。

はぁ、はは、おまえはいいよなぁ…どうせオレな・ん・か・…
0783login:Penguin2012/06/06(水) 21:45:22.79ID:5Nok49dI
一緒に救世主(btrfs)を待とう
希望を捨てて自暴自棄になってはいけない。神はちゃんと見ておられる
ボラクルを信じるのだ
0784login:Penguin2012/06/07(木) 09:11:43.16ID:qPhT8sHE
そういやいまやってるLinuxConでbtrfsのセッションもあったみたいだけど、
誰かいってない?
0785login:Penguin2012/06/07(木) 09:23:45.62ID:+FfpkS6l
>>783
BtrfsはRAIDがつかないのが残念。
0786login:Penguin2012/06/07(木) 09:28:30.55ID:5ZeX391/
>>785
それどういう意味?
0787login:Penguin2012/06/07(木) 11:17:01.33ID:Z95FiJQC
>>784
I/Oエラー時のスペアディスクのサポートって言ってた
0788login:Penguin2012/06/07(木) 12:24:52.60ID:CTYTgelU
>>786
あ、RAID-0/1/10はあるね。ただ、ZFSにおけるRAID-Z・Z2みたいなパリティ
つかうRAIDがない。
0789login:Penguin2012/06/07(木) 12:34:31.85ID:5ZeX391/
>>788
しばしまて。
3.5でmergeしたかったけどまだ延期というのが最新状況だっけ?
0790login:Penguin2012/06/07(木) 12:55:08.54ID:5ZeX391/
>>783

> ボラクルを信じるのだ

btrfsのメイン開発者がOracleからFusion-ioに移籍したぞ。
よかったなー。
これで心置きなくOracle叩きできるぞ。
0791login:Penguin2012/06/07(木) 13:15:32.64ID:EBrMIkFl
illumos/OpenIndianaに流れたZFS開発陣がボラクルZFSに代わる新たなZFSを生み出してくれるに違いない。

ZZFS
ダブルゼータ/ダブルズィーFSとか
0792login:Penguin2012/06/08(金) 00:04:52.35ID:mNwSyRJb
>>673-674 はエスパー。
0793login:Penguin2012/06/09(土) 05:59:48.50ID:Jvnl8fc6
なんでもいいけど、長いファイル名のサポートはよお願い
0794login:Penguin2012/06/09(土) 08:28:54.36ID:qQp1Nawy
長いファイル名の操作例

mv 　寿限無、寿限無、五劫の擦り切れ、海砂利水魚の水行末 雲来末 風来末、
食う寝る処に住む処、やぶら小路の藪柑子、パイポパイポ パイポのシューリンガン、
シューリンガンのグーリンダイ、グーリンダイのポンポコピーのポンポコナーの、
長久命の長助.txt \
10ゲーム、10ゲーム、後藤の振り逃げ、ジャイアンツ球場、毎週末、フライ取る、
ピンチのところに角みつお、球児好児の右好児、大豊、大豊、大豊のチューインガム、
チューインガムはグリーンウェル、グルーンウェルはポンコツだけど、
チンポコだけは超級極に超すげぇ.txt
0795login:Penguin2012/06/09(土) 15:26:25.68ID:CYJESA2d
>>790
まじっすか。これでbtrfsも日の目を見るのですね胸熱
0796login:Penguin2012/06/09(土) 23:39:08.42ID:kBHkLsAV
>>795
Btrfsの開発が今以上に遅くなるだけだと思う…
0797login:Penguin2012/06/10(日) 04:26:40.88ID:m9ltFuzM
まあ普通に考えたらフェードアウトフラグだよな・・・
0798login:Penguin2012/06/10(日) 10:21:15.46ID:CTEqf0MM
誰か将来性を見込んで買ってやってくれよ
MS？ヤメテクレ
0799login:Penguin2012/06/10(日) 10:52:54.32ID:OFnzryCV
重複廃除とかReFS悪くなさそうなんだけど
0800login:Penguin2012/06/10(日) 11:39:29.82ID:BOujf8XY
>>799
ハードリンクがないとか、UNIXでは使いにくいfsになりそうな仕様なのが残念
0801login:Penguin2012/06/10(日) 14:39:05.49ID:hb5gztZS
>>799
重複排除なんてReFSには入ってないぞちゃんとホワイトペーパー嫁
2012で新しく入る重複排除はNTFSだけだ
0802login:Penguin2012/06/10(日) 14:47:43.05ID:hb5gztZS
ホワイトペーパーまでいかなくても書いてあった
http://blogs.msdn.com/b/b8/archive/2012/01/16/building-the-next-generation-file-system-for-windows-refs.aspx
＞Q) How come ReFS does not have deduplication, second level caching between DRAM & storage, and writable snapshots?
＞ReFS does not itself offer deduplication.
0803login:Penguin2012/06/10(日) 22:28:04.74ID:JwGLO5xX
>>800
ハードリンクは100歩譲って無くてもWindows Serverで困らんとしても、
スパースファイルを無くしたのは理解できないな。
0804login:Penguin2012/06/10(日) 22:59:38.71ID:MefZB5FW
ハードリンクないと、POSIX準拠できないじゃん
0805login:Penguin2012/06/11(月) 00:06:37.85ID:pnBHOzNw
>>804
もうとっくに準拠する気ないだろ。
独自仕様だったり、すぐ技術を捨てるから嫌いなんだ、あの会社。
0806login:Penguin2012/06/11(月) 00:11:05.32ID:s7RGctxD
>>803
Windows環境だとハードリンク以上に使われてない
UNIX系の実装と違って暗黙の内に使われないし低リソースコストでもない
設計上の理由によりファイルサイズが大きいほど使い物にならない

だったらReFSでまともな設計と実装すればいいだろって気もするがどうせ使われてないしって判断されたんじゃないか
0807login:Penguin2012/06/11(月) 04:37:09.02ID:qHJPw6rD
>>805
互換レイアは乗せるんじゃ？
まPOSIX自体が古くさいからな
さっさとPlan9に移行したら良かったのに
0808login:Penguin2012/06/11(月) 09:18:01.60ID:usJIEui+
ZFSについて聞きたいのですが。
すでにデータがあるZFSのドライブを再度create poolしてしまった場合の復旧方法ってないのでしょうか？
0809login:Penguin2012/06/11(月) 11:48:17.36ID:XqKJBt3t
>>808

バックアップからデータを復旧。
0810login:Penguin2012/06/12(火) 00:14:14.46ID:c8ME4i3c
>>809
やっぱりそうなるのですね...。
バックアップはないのです。
0811login:Penguin2012/06/12(火) 00:56:21.94ID:A80hLwHw
試合終了ですねｗ
0812login:Penguin2012/06/12(火) 01:35:41.78ID:CNHA46Eb
仕事ならお金の力で解決すればいいんでないかい

0813login:Penguin2012/06/12(火) 06:29:32.30ID:1oUeLMaZ
俺のZFSは毎日zfs snapshot走らせてるから、
バックアップは完璧
0814login:Penguin2012/06/12(火) 12:02:02.28ID:A80hLwHw
プールが破壊されてもzfs snapshotしてあれば復旧できる>>813のZFSはすごいなｗ
0815login:Penguin2012/06/12(火) 16:19:18.95ID:S638pBsp
ZFSのスナップショット差分転送で転送先に同一データを複製してるんじゃないかと
0816login:Penguin2012/06/12(火) 16:34:38.78ID:VjfjQ8Wn
>>813は明らかにツッコミ待ちだろ。
別のスレだったら「スナップショットはバックアップじゃねーよwwwww」みたいに爆釣りなはず。
0817login:Penguin2012/06/12(火) 21:59:52.99ID:c8ME4i3c
>>812
日デに頼んだのですが復旧できませんでした。
GIGAZINEの記事はステマですねｗ
0818login:Penguin2012/06/12(火) 22:05:41.95ID:c8ME4i3c
いつの日かOpenSolarisのコミュニティが復旧ツールを作ってくれるのを期待しています。
0819login:Penguin2012/06/12(火) 22:24:27.24ID:2a400Qf1
誘導されてきました。よろしくお願いします。


画像ファイルで数百万（1つ10kb程度）あります。
現在MYSQLとPHPでwebサイトに表示しています。
今のところ画像ファイル7万点なんですが、特にパフォーマンスに問題はありません。


しかし、最終的なファイル数はおそらく数百万ファイルになりそうで、
このままファイル数が増えていったらリスト表示もできなくなりそうです。

一つのフォルダに数百万のファイルをまとめるのと、
フォルダを10万ファイル程度に区切って、mhddfsなどで統合する方法は
どちらのほうがパフォーマンスは上なんでしょうか？

一つのフォルダに入れるファイル数は1万5千程度が良いとか、
数百万ファイルでもパフォーマンスは落ちないとか情報があって、
実際のところどうなのかな？と思って質問させてもらいました。
0820login:Penguin2012/06/12(火) 22:24:49.10ID:w0tL+HNL
そういえば「今まで一番大変な復旧作業はZFSだったけど今までの経験を生かして復旧しました」みたいな記事読んだことあるな
あれ日本データテクノロジーだったんだ
0821login:Penguin2012/06/12(火) 22:45:24.00ID:QzzsWMC8
>>819
1フォルダ1000ファイルくらいにまで分けろ。
0822login:Penguin2012/06/12(火) 22:51:32.10ID:74O6EGVK
>>820

経験が無く、ツールやノウハウが無かったから。
世の中の多くのサーバはWindowsで、残りのサーバのうちZFSなのは
さらに少ない。データテクノロジーもExt3の復旧は得意だけどね。
何とかなりましたとさ。

という記事だった。
08238192012/06/12(火) 23:31:24.31ID:2a400Qf1
>>821
それは1000のファイルが入ったフォルダを1000個作ったほうが、
1つのフォルダに100万個のファイルを入れるより、パフォーマンスが上ということですか？

mhddfsやAufsという方法を使った場合も同じ結果でしょうか？
なにぶんファイル数が膨大で、ファイルをアップロードするだけでも大変なので、
経験者の方のアドバイスがあれば嬉しいんですか・・・
0824login:Penguin2012/06/12(火) 23:43:15.90ID:MpEUHCJi
>>823
上がるはず。Subversionのファイルもshardingをして
同じようにディレクトリ当たりのファイル数を減らすチューニングが入ったことがあった。
0825login:Penguin2012/06/12(火) 23:54:37.84ID:c8ME4i3c
>>822
でもNTFSやext3なら自分で復旧しますよねｗ
0826login:Penguin2012/06/13(水) 00:16:06.10ID:im3XxTJb
>>819
そういうのはFSでやんじゃなくてデータベースでやる仕事。
08278192012/06/13(水) 00:27:57.04ID:NicPlsMS
>>824
なるほどやはり分けたほうが効率的なんですね。
ググッてみるとやはり数千単位なら動作に支障が無いと出ることが多いですね。

>>826
画像データをデータベースで管理するということでしょうか？？
そうすると、画像のバイナリデータを文字列化なんかにしてテーブルに格納して・・・
ということでしょうか？まったく考えもしなかったですｗ
0828login:Penguin2012/06/13(水) 00:39:24.57ID:fuVjCYIg
文字列に変換するんじゃなくてRDBMSならBLOBと呼ばれる形式でバイナリデータ埋め込んだり
NoSQLでもバイナリデータ入れられるデータベースは多いけどね。
俺は逆に大量の画像とかそういうのこそファイルイシステムがやる仕事だと思ってるんだけど。

それはさておきext3ならdir_index付ければ普通はファイル数が多くてもそんなにパフォーマンスが落ちることはないはずだし
最近のファイルシステムならinode枯渇とかしてない限りはファイル多くても大抵は大丈夫なんじゃないかな
0829login:Penguin2012/06/13(水) 00:58:23.46ID:3SaHO1QS
１億ファイルとかだと、ディレクトリ掘ってもいっしょ
0830login:Penguin2012/06/13(水) 01:12:19.40ID:+Wj+1Zxy
ファイルのコピーとかバックアップに時間がかかりすぎるんで BLOB に一票。
0831login:Penguin2012/06/13(水) 01:55:53.41ID:NicPlsMS
>>828
なるほど、勉強になります。
そもそもファイルシステムがこういった案件に弱いというのが疑問ですねｗ

>>830
BLOBという型にして呼び出すんですね。
こちらで質問しなければ、まったく思いもよりませんでした。
ちなみにこの方法だとファイル数（レコード数）が数百万というテーブルを作っても
パフォーマンスが極端に落ちるということは無いのでしょうか？
0832login:Penguin2012/06/13(水) 02:33:07.72ID:GV9bfSgb
>>823
言葉で説明するのは困難なことは
実際にやってみるのが一番いい

理屈で考えるのではなく、現実はどうなるかを体感するのは重要である。
0833login:Penguin2012/06/13(水) 02:44:53.17ID:+Wj+1Zxy
>>831
データベースの場合、数百万件なんて普通レベルなんでインデックス
のキーが適切に選択されていて、メンテナンスしてれば極端な劣化は無い。
しかしデータの増加や追加削除の繰り返しによるパフォーマンス劣化は
BLOB に限った話ではなくデータベース共通の話。
テーブルの断片化解消やインデックスの再構築でググれ。

Hadoop の HDFS は名前こそ FS だがマウントも出来ない BLOB 型のデータベースの
表みたいなもので、そういうものが一部でもてはやされる事を考えると既存のファイル
システムで相当数のファイルを管理するのは構造的に無理があると考えるべきかな。
0834login:Penguin2012/06/13(水) 06:42:31.78ID:Q0aB+GDr
http://togetter.com/li/75188
0835login:Penguin2012/06/13(水) 08:53:01.83ID:uA/huhkA
巨大な（数の多いデータ）をファイルで持つとrsyncバックアップで死ぬ
データベースで持つと、DBのダンプバックアップで死ぬ。

いずれにしてもバックアップで死ぬことに変わりは無い。
0836login:Penguin2012/06/13(水) 09:10:08.57ID:SNVs8i2Y
オレも画像ファイル数えたら38万個あったわ
0837login:Penguin2012/06/13(水) 10:49:44.68ID:Vo7uLr11
38人分か、意外と少ないな
0838login:Penguin2012/06/13(水) 12:17:39.91ID:Q0aB+GDr
いまどきlsyncじゃねーの？
0839login:Penguin2012/06/13(水) 12:19:02.65ID:Q0aB+GDr
http://code.google.com/p/lsyncd/
0840login:Penguin2012/06/13(水) 12:19:44.22ID:TEq9LBw0
今こそWinFS復活の時。
0841login:Penguin2012/06/13(水) 21:10:04.34ID:XRYJLg+t
おっすおっす
btrfsの圧縮ファイルシステムって実用になった？
0842login:Penguin2012/06/13(水) 21:16:27.24ID:fS2w2fWW
使えんじゃねーの（棒読み）
0843login:Penguin2012/06/13(水) 21:59:48.11ID:9t1XfE5U
btrfs自体がｒｙ
0844login:Penguin2012/06/14(木) 18:27:36.77ID:qXP3mfTP
GFS2 って CLVM と必ず組み合わせいるの？
OCFS2 のほうが手軽かな？と思ってんですが。
共有ディスクの用途は Maildir のあるホームディレクトリ。
0845login:Penguin2012/06/14(木) 19:43:43.82ID:IoUaFPCM
>>844
なんでmaildirの共有でクラスタファイルシステム?
iSCSIとかでSAN組んでいるの? でも、普通にNFS使えばいいやん
0846login:Penguin2012/06/14(木) 21:06:50.50ID:g26savgh
>>838
lsyncがCPU使いまくるんだけど、やっぱこれ結構おもい？
0847login:Penguin2012/06/14(木) 21:17:17.07ID:hSWjO2am
用途によるとしか
0848login:Penguin2012/06/14(木) 21:22:24.95ID:g26savgh
数十ギガの/var/wwwをサブ機にlsyncしてるだけなんだけどな
0849login:Penguin2012/06/14(木) 21:22:42.00ID:qXP3mfTP
>>845
２サーバで共有ディスク(SAS)があるから
08508492012/06/14(木) 21:27:48.19ID:qXP3mfTP
ごめん、途中で書き込んだ。
で２台+共有ディスクありきで Active/Active で構成したい。
0851login:Penguin2012/06/15(金) 08:55:32.46ID:etFWwJqY
Ext3のファイルシステムで運用しているメールサーバが
あって、３年ぐらい使っているんですが、だんだん速度が
遅くなってきています。

データが爆発的に増えたかというと、むしろ導入時から減っていて、
ddでディスク書き込みの速度を比較すると、全く劣化はありません。

このような場合、ディスクを疑うべきか、OS(Redhat 5)の
設定を疑うべきか。スパっとわかる方法は何かないですか？
0852login:Penguin2012/06/15(金) 09:52:26.16ID:IihlBhKx
エスパーすると１箇所にファイルがいっぱいありすぎて
メタがキャッシュから溢れて遅くなっている
0853login:Penguin2012/06/15(金) 11:29:51.62ID:etFWwJqY
>>852

あまり細かなことがかけなくて申し訳ない。

/var/data/000
/var/data/001
/var/data/002
/var/data/003

というデータディレクトリに、それぞれ100個ぐらいの
サブディレクトリがあり、その中に約5000個ぐらいの
ファイルがあるというシステムです。/var/dataが
ext3で初期化されたストレージのマウントポイントです。
ファイルの数はたしかに多いのですが、分散して
格納されているので、メタキャッシュの問題は無いと
思うのですが。

何か調査のヒントがあれば助かるのですが。
0854login:Penguin2012/06/15(金) 11:51:15.99ID:tGg2+kbq
意外にも断片化
0855login:Penguin2012/06/15(金) 11:55:19.21ID:OdpSy71V
>>853
tune2fs -l のDefault directory hashとFilesystem featuresの値をみせてー
■ このスレッドは過去ログ倉庫に格納されています