[過去ﾛｸﾞ] /**ファイルシステム総合スレ その1**/ (979ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
654(1): 649 03/05/08 22:12 ID:Q59zPG1t(3/3) AAS
>>653
その場合です。
でもxfsやjfsだとそれほど極端に遅くはないですよね。
つまりこれがディレクトリ構造が原因っていう意味ですか…
OSの32bit64bitは関係ない話なのかな。
もしかしてsolarisのUFSやTru64のAFSでも遅いってこと？
655: 03/05/09 12:38 ID:8WMFPvE3(1/3) AAS
>>654
UFS由来のファイルシステムのディレクトリ構造は、作成順にエントリが作られて、
それを順探索するイメージ。（DNLCである程度は高速化してるけど）
最近の filesystem は、（b-treeとか方式はいくつかあるにしても）、理論的に
小さなオーダーで検索ができるような構造で格納してる・・・はず。
だから、32bitとか64bitとかは、あまり関係ないんじゃないかな。
あと、無知ですまんのですが、AFSってローカルファイルシステムでも存在して
いるの？（NFSみたいなたぐいかと・・・）
656(2): 03/05/09 14:06 ID:eXN+nnT6(1) AAS
Linuxのファイルシステムどれにしようか？悩んでます。
次のファイルシステムでハードリンク数の上限について教えて貰えませんか？
ext2
ext3
reiserfs
xfs
657: 03/05/09 17:11 ID:8WMFPvE3(2/3) AAS
>>656
どれも最低で、数万は大丈夫だと思うけど。
上限を超えそうな話があるの？
想像しにくいんだけど、どんな用途？
658(1): 03/05/09 17:49 ID:7Xwooke7(1) AAS
ハードリンク数の上限て、単純に i-node (もしくはそれ相当のもの)の数ではないの?
659(2): 03/05/09 19:54 ID:8WMFPvE3(3/3) AAS
>>658
inode数とは関係ないでしょ。
要は、inode内のリンクカウンタのフィールドが、何バイトで取ってあるかってこと。
で、UFS系は2byteというのが多かったと思った。
すると、signedでも3万2千、unsignedなら6万5千は大丈夫じゃないかと。
660: 03/05/09 20:08 ID:P4S7MUlL(1) AAS
>>656
ところで知っているかもしれんけど、
Partitionが違うとハードリンクはできないよ。
661(1): 03/05/10 10:21 ID:ui5ZTSgH(1/4) AAS
nyのキャッシュ領域をsambaで提供してて、linux側はext3なんだが、
１日から１週間くらいでext3の領域にアクセスできなくなってしまうんだけど、
(cd するとだんまりで、帰って来ない)そういう経験ないですか？
ext3って安定指向だったはずなんだけどなぁ。
ちなみに2.4.20に外部ﾘﾝｸ:www.zipworld.com.au
のパッチあててまふ。とりあえずreiserfsにしてみて様子見中。
662(1): 03/05/10 11:58 ID:OSBD+8c/(1) AAS
>>661
そりゃファイルシステムではなくてsambaじゃない？
sambaのログ見て味噌。
663(1): 03/05/10 12:47 ID:ui5ZTSgH(2/4) AAS
>662
怪しいのはこれくらいですかね。
request_oplock_break: no response received to oplock break request to pid 1541 on port 32775
cdできないのはlinux上のことで、たかが１アプリにファイルシステム
持ってかれるのは許せません。ちなみにsambaは2.2.7b-ja-1.0です。
664: 03/05/10 13:02 ID:Wuf5ci5r(1/2) AAS
>>659
ありがとうございました
安心してpdumpfs使えます。
一月に1TB以上の更新データの履歴を、安価なPCとIDE-HDDのRAIDで取りたかったのです。
665(1): 03/05/10 13:06 ID:Wuf5ci5r(2/2) AAS
もうひとつ、SAN上でのファイルシステムとハードリンクの扱いってどうなるのでしょうか?
SANのアレイ単位?それとも各サーバーに割りあてた(LUN?)ボリューム単位?
666: 03/05/10 13:24 ID:AsAg2CCM(1/3) AAS
>>665
知りたいことがいまいち分からないのですが、、、
物理的なHDDが何台か集まって一つのArrayになって、
各Arrayの中にLUを一つあるいは複数個作ることができますよね。
各サーバからは一つのLUが一台のディスクとして見えますから、
あとのパーティションを切ったりファイルシステムを作ったりする作業は
IDEやSCSIと一緒です。
667(2): 03/05/10 13:24 ID:c3/vA0ju(1/2) AAS
>>663
>>
これじゃないの?
ファイルのロックが外れなくなる
外部ﾘﾝｸ:216.239.57.104
668(1): 03/05/10 13:26 ID:AsAg2CCM(2/3) AAS
>>667
近頃はこういうリンクの仕方がはやってるの？
よく見かけるんですが。
669(1): 03/05/10 13:36 ID:ui5ZTSgH(3/4) AAS
>667
ありがとん。症状は似てます。nyのcacheファイルも壊れていたし。
でも、このsambaで共有しているディレクトリをマウントしている
場所(仮に/mnt/hogeとし、共有場所は/mnt/hoge/A/B/C)に
UNIXから cd /mnt/hoge としたとたん、その端末が固まって
Ctrl-Cも聞かないしkill9もだめで、リブートしか無いのですが、
oplockってそんなもんなんですか？
670(1): 669 03/05/10 13:55 ID:ui5ZTSgH(4/4) AAS
ファイルシステムがロックアップするという類似例を１つだけ見付けました。
2.4.18+XFSだそうで。
外部ﾘﾝｸ:www.google.co.jp
むこうはSAMBA+NFSらしいが、こっちはSAMBAオンリー。
nyのcacheをsambaで運用するのはマイナーなのかな。cacheの古いのとかcron+find
で消して行けるから良いとおもうんだが。
671: 03/05/10 13:58 ID:AsAg2CCM(3/3) AAS
>>670
素直にCygwin入れてcronをサービスに登録すれ。
外部ﾘﾝｸ[html]:www.amy.hi-ho.ne.jp
672(1): 03/05/10 14:41 ID:c3/vA0ju(2/2) AAS
>>668
基本である google 検索さえやろうとしない厨房のためのリンク方法。
キャッシュへのリンクなら、どんなキーワードで検索したかが一目瞭然。
欠点は URI が長くなるってことだけど、キーワード検索の技術を覚えてくれて、
少しでも厨房が減るなら安いもんだ。
673: 03/05/10 20:57 ID:Nb+5jsJO(1) AAS
>>672
優しいな。
厨房はバカのままでいてほしいと思う。
彼らには搾取される側にいてもらいたいからね。
上下前次1-新書関写板覧索設栞歴
あと 306 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.012s