5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

/**ファイルシステム総合スレ その7**/

1 :login:Penguin:2007/03/10(土) 21:38:12 ID:ENN363Ui
過去スレ

01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 http://pc11.2ch.net/test/read.cgi/linux/1164457481/

2 :login:Penguin:2007/03/10(土) 21:40:48 ID:ENN363Ui
ext4
http://www.bullopensource.org/ext4/

reiserfs/reiser4
http://www.namesys.com/

xfs
http://oss.sgi.com/projects/xfs/

jfs
http://jfs.sourceforge.net/

zfs
http://www.sun.com/2004-0914/feature/

nfs
http://nfs.sourceforge.net/

ntfs
http://linux-ntfs.sourceforge.net/

fuse
http://fuse.sourceforge.net/


3 :login:Penguin:2007/03/10(土) 22:01:40 ID:MCsg2dXJ
[次世代] ZFS [ファイルシステム]
http://pc11.2ch.net/test/read.cgi/unix/1146631270/

4 :login:Penguin:2007/03/10(土) 22:03:28 ID:ENN363Ui
ジャーナリングファイルシステム
http://pc11.2ch.net/test/read.cgi/linux/1173530292/

5 :login:Penguin:2007/03/10(土) 22:05:18 ID:ENN363Ui
スマソorz...
ジャーナリングファイルシステム
http://pc11.2ch.net/test/read.cgi/unix/979408065/

6 :login:Penguin:2007/03/10(土) 22:14:11 ID:0Clejjdo
FS関連スレ
http://pc11.2ch.net/test/read.cgi/os/1137387538/

# 一応リンクね。


7 :login:Penguin:2007/03/10(土) 23:08:24 ID:/5zfTDxl
煽り
荒らし
人格を中傷するような発言
UPSを使えばFSを守れる等、FSにとって無意味な発言

このような事はスレが荒れるのでしないように

8 :login:Penguin:2007/03/10(土) 23:30:57 ID:Xxmxhloi
>>1-8
乙です

9 :login:Penguin:2007/03/11(日) 00:10:08 ID:cunl5IRq
女性は働きたければ働いて、働きたくなきゃ働かない、辛くなったらやめていい。
そもそも女性に辛い仕事を押し付けないこと。かといって雑用やらせるのもダメ。
それで給与も昇進も平等にね。ただし残業、転勤、深夜当直させたら女性差別だよ。
間接差別禁止規定って知ってるでしょ。なんでも平等にね。髪形と服装は女性の自由だけど。
それからアファーマティブアクションと管理職30%目標もね。産休育休もね。当然給与40%保障で。
主婦と言っても、家事を強制される言われはないし、出産するかどうかは女が決めること。
でも産まれたら育児を女性に押し付けないでね。二人の子供なんだから当然でしょ。
ただし離婚したら親権は母親のものだよ。育児は女性のほうが向いてるんだし。

それから働く夫を妻が支えるなんて時代遅れの女性差別。
これからは働く妻を夫が支えなきゃ。
あ、もちろん収入は夫の方が多くて当然だけどね。妻には扶養請求権だってあるんだから。
それと夫は妻に優しくね。妻が望まないセックスは家庭内レイプだよ。
夫が妻のセックスの求めに応じないと離婚事由になるけどね。
離婚したら慰謝料とか財産分与とかまあ当然だけど。
女性はか弱いから母子手当ても生活保護も税金控除も当然だよね。足りないぐらい。

それと女性に女らしさを押し付けないでよ。
そんなの窮屈で面倒だし、いまさら男尊女卑ですかって感じ。
でも男はやっぱ男らしくないとね。
いつになったらレディーファースト覚えるの?ワリカンなんてありえないし。
少子化だって男のせいでしょ。男がだらしないから女性が結婚できないんだよ。
え?レディースデー?あれはいいの。
別に私たちが頼んだ訳じゃないし。店が勝手にやってるんでしょ。

10 :login:Penguin:2007/03/11(日) 03:40:35 ID:2xUo1w34
圧縮ファイルシステムってcompr-ext2とjffs2だけ?

11 :login:Penguin:2007/03/11(日) 03:56:52 ID:F43JLgXm
readonlyでいいならsquashfsも

12 :login:Penguin:2007/03/11(日) 05:23:51 ID:HzNnR3B4
JFFS2のイメージつくってmount -o loopしようとしたら、MTDじゃなきゃ普通にダメーって言われてがっかりした(笑)
まぁそりゃそうか。
でもちょっと欲しいよねー汎用的な圧縮FSというか圧縮ファイルをloopできる仕組みみたいなもの。

13 :login:Penguin:2007/03/11(日) 08:54:14 ID:ng86Z54v
Ninaの実家ってロシアの内務省に勤めてる家系だよね。
子どもがすでにロシアの市民権を取ってるのもなぁ。

14 :login:Penguin:2007/03/11(日) 10:51:46 ID:l5V9D+Sm
>>12
ZLIBC

15 :login:Penguin:2007/03/11(日) 13:23:36 ID:WYTnLmQH
サスペンスなスレになったな

16 :login:Penguin:2007/03/11(日) 19:39:46 ID:LIjGedVZ
前々スレ、前スレにつづいて、だれか映画 Reiser Code のコピーつくってよ。
なんなら、映画用のストーリーもつくってくれるといいかも。
って、何のスレだ、ここ(w

17 :login:Penguin:2007/03/11(日) 20:02:18 ID:9IkmfgTP
- Reiser Code -
忽然と姿を消した妻、疑惑の目を向けられる夫
混沌とした人間関係が巻き起こす、驚愕のミステリー
秘密はReiser4のソースコードの中に隠されているのか・・・
ライザーコード 近日公開
(前々スレ_474)
////
ある日突然,姿を消したHansの妻.
殺人容疑をかけられるHans.果たして,Hansは妻を殺したのか??
見つからない妻の死体. 果たして妻の行方は??
Hansの開発したFS [Reiser4]のソースコードの中には,何が隠されているのか.
Hansを追う警察,秘密を探る怪しい男の影,混沌とした人間関係の中で起こったミステリー.

Reiser Code

18 :login:Penguin:2007/03/11(日) 20:03:01 ID:9IkmfgTP
おすぎです

平凡な夫婦に
突然降りかかる不可解な事件

妻の失踪

死体の無い殺人事件

某国の陰謀か?

カーネルにマージされない本当の理由とは?

ソースコードに隠された秘密が解き明かされるとき
その真実が証される

全米を震撼させた実在の殺人事件が
ついに映画化!

『REISER』〜血塗られたソースコード〜

高度情報化社会が生んだ悲劇を
その目で確かめください!!

19 :login:Penguin:2007/03/11(日) 21:05:17 ID:T3FHHvrV
面白いと思ってんのか?

20 :login:Penguin:2007/03/11(日) 21:20:38 ID:vSAQ1KT/
まぁこのスレのレベルではこんなもんだろう。

21 :login:Penguin:2007/03/11(日) 22:34:50 ID:NBNkHScU
Reiserfsみたいなのがフリーで普及してしまうと、それで飯くってる人がお手上げだもんな

22 :login:Penguin:2007/03/11(日) 22:36:21 ID:RO7bywIf
>>2
追加。

ntfs-3g
http://www.ntfs-3g.org/

23 :login:Penguin:2007/03/12(月) 00:01:03 ID:E4Qk8mLq
糞ファイルシステムを持ち上げようとする秘密結社を潰そうとした某国政府の陰謀だな。確実。

24 :login:Penguin:2007/03/12(月) 00:03:00 ID:nXhv99St
今、ファイルシステムで一番アツい話題がこの事件なんだよな

25 :login:Penguin:2007/03/12(月) 09:13:19 ID:dBoeaWsK
Reiserfsは基本構造にB+treeを使っているのかと思っていたのだが、
ドキュメントをみるとハッシュ空間がファイル数上限を規定していると書かれてるんだが
これってどういうことなんだろう?
でファイル数上限はディレクトリあたりなのかファイルシステムあたりなのかよくわからないのだが、一千万程度だった。
ディレクトリあたりなら十分だがファイルシステムあたりなら微妙。
容量はEiバイトのオーダーだったから当面無問題なのだが。
詳しい人解説お願いします。

26 :login:Penguin:2007/03/12(月) 17:59:40 ID:cB9Hl6+P
このスレに詳しい人はいないとみた

27 :login:Penguin:2007/03/12(月) 18:12:44 ID:KSadAfVN
>>26は時間とか平日とか関係の無い職業・・・自宅警備員とみた!


28 :login:Penguin:2007/03/12(月) 18:51:28 ID:nXhv99St
このスレに詳しい人はいないに一票

29 :login:Penguin:2007/03/12(月) 19:27:03 ID:Y3icS7v7
>>25
どこのドキュメントのことを言ってるのかわかんないけど、
ハッシュいうたら、コリジョンをおこさない間はうまく
動くけど、数が増えてきたらそらあかんわ。

30 :login:Penguin:2007/03/12(月) 20:12:42 ID:Qj4PNvdx
ファイルシステムはまるで詳しくなく興味もないのだけど、
B木を使っていてinode相当のものを固定サイズで管理しないなら、
ファイル/ディレクトリ数上限は使い方次第なのでは?

どう使ってもこれ以上は入らないという上限はありそうだけど
多分実用上ははるかに低い値になる気がする。

以下ちらっと見たページ(よく理解できてません)
ttp://www.atmarkit.co.jp/flinux/rensai/fs02/fs02c.html
ttp://www.namesys.com/X0reiserfs.html

31 :login:Penguin:2007/03/12(月) 21:34:49 ID:nXhv99St
>>29-30
>25の発言以上の内容がない件について

32 :30:2007/03/12(月) 21:39:22 ID:Qj4PNvdx
きっと見当違いな回答だったんだと思います。
↓で詳しい人が解説してくれるに違いない。

33 :login:Penguin:2007/03/12(月) 21:40:28 ID:Y3icS7v7
>>31
理解できないなら黙ってたら?

34 :login:Penguin:2007/03/12(月) 21:47:28 ID:V9lwlMzJ
>>33
>29は全然回答になってないんだが...

35 :login:Penguin:2007/03/12(月) 21:54:28 ID:Y3icS7v7
>これってどういうことなんだろう?
ファイル名のハッシュ使っているr5は、実質1000万ほどで
コリジョンが発生するので、これ以上はファイルは作れないということ。


36 :login:Penguin:2007/03/12(月) 21:55:35 ID:Y3icS7v7
>ファイル名のハッシュ使っているr5
ファイル名のハッシュで使っているr5

37 :login:Penguin:2007/03/12(月) 22:06:02 ID:V9lwlMzJ
>>35
> ファイル名のハッシュ使っているr5は、実質1000万ほどで
> コリジョンが発生するので、これ以上はファイルは作れないということ。

当然確認とってるんだよな?

38 :login:Penguin:2007/03/12(月) 22:16:39 ID:V9lwlMzJ
コリジョン発生はハッシュの実装に依存するはずだが、
ReiserFSで約1000万で発生するんだな?

39 :login:Penguin:2007/03/12(月) 22:25:08 ID:V9lwlMzJ
ReiserFSのハッシュ実装はr5、rupasov、teaの3つあるがrupasov、teaの場合は?

40 :25:2007/03/12(月) 22:38:58 ID:S9Bc6uEj
>>25です
詳しい人ありがとう。
つまり、データ構造にはB+Treeを使っているけれど、
ファイル名管理にはハッシュを使っているということでいいですか?
なんか、腑に落ちないけど、そういうもんだといわれるなら、引き下がります。

41 :login:Penguin:2007/03/12(月) 23:16:49 ID:Y3icS7v7
1000万、マジにとらないように。
公式ページにちゃんと書いてあるから。

42 :login:Penguin:2007/03/12(月) 23:50:13 ID:NlfKSFgm
35 名前:login:Penguin[sage] 投稿日:2007/03/12(月) 21:54:28 ID:Y3icS7v7
>これってどういうことなんだろう?
ファイル名のハッシュ使っているr5は、実質1000万ほどで
コリジョンが発生するので、これ以上はファイルは作れないということ。

41 名前:login:Penguin[sage] 投稿日:2007/03/12(月) 23:16:49 ID:Y3icS7v7
1000万、マジにとらないように。
公式ページにちゃんと書いてあるから。

調べた後で意見変わるのカコワルイ

43 :login:Penguin:2007/03/12(月) 23:57:38 ID:Y3icS7v7
素で間違えたから、わざわざ同じIDで書いたのに...

44 :login:Penguin:2007/03/13(火) 00:03:43 ID:NlfKSFgm
普段はいろんなID使ってる方ですか?

45 :login:Penguin:2007/03/13(火) 00:19:30 ID:6KZPETmR
ちゃかさんでも...それより間違いというなら
どこが間違いだったのか教えて。
1. ファイル名のハッシュ使っているr5は、実質1000万ほど
2. コリジョンが発生するので、これ以上はファイルは作れない

46 :login:Penguin:2007/03/13(火) 00:24:51 ID:lXY/NdrB
>>45
ID:Y3icS7v7が
> 1000万、マジにとらないように。
> 公式ページにちゃんと書いてあるから。

と自分でカキコしてるから1.なんだろ

47 :login:Penguin:2007/03/13(火) 00:26:14 ID:M++gXkkZ
そもそも、アルゴリズムにおけるハッシュ法がどういうものか調べた方がいい。
MD5で出てくるだけのものとはちょっと違うぞ。


48 :login:Penguin:2007/03/13(火) 00:29:27 ID:lXY/NdrB
ハッシュ関数
http://ja.wikipedia.org/wiki/%E3%83%8F%E3%83%83%E3%82%B7%E3%83%A5

wikiでも読んでろよ。
スレ違い。

49 :45:2007/03/13(火) 00:42:15 ID:6KZPETmR
あいたた。そこまで叩かんでも。
コリジョンがあったら元のキーで照合すればいいのではないかと思っただけ。
十分一意で現実的にそうする必要がないということならそう言ってくれれば
いいのに...って力不足でごめんね。

50 :login:Penguin:2007/03/13(火) 00:56:29 ID:6rUQ9uSk
>>48
http://ja.wikipedia.org/wiki/Wiki

51 :login:Penguin:2007/03/13(火) 16:15:06 ID:s8sklJsb
wikipediaをwikiと呼ぶヴぉけ

52 :login:Penguin:2007/03/13(火) 16:20:56 ID:Wa+ulsOs
>>51
日本語でOK

53 :login:Penguin:2007/03/13(火) 16:25:58 ID:nRFOZCQM
Don't call wiki wikipedia (の日本語訳)


54 :login:Penguin:2007/03/13(火) 16:30:37 ID:p10FW4hW
>>53
おまえ・・・。

55 :login:Penguin:2007/03/13(火) 22:22:28 ID:AMgfTU3v
>>53
そりゃまwikiのことをwikipediaと呼ぶ人はほとんどいないだろ。

56 :login:Penguin:2007/03/13(火) 22:52:59 ID:/S3jfaN8
>>55
おまえは世間を甘く見すぎている。いつか手痛いしっぺ返しを食らうだろう。

57 :45:2007/03/14(水) 00:37:00 ID:y4c2ZpRt
>>45 自己レスです。
ttp://homes.cerias.purdue.edu/~florian/reiser/reiserfs.php
を見たところ、確かにファイル名のハッシュ値を使っているようですが
2.6.20.2のfs/reiserfs/namei.c:1575
を見るに少なくとも指定ディレクトリ(エントリ)の指定ファイル名の
ファイルを探すときはこの値を探索した後線形探索するように
読めました(無論細部は追ってないし動かしてもいない)。

で、コリジョン=エラーではないと思う。それだけ。

58 :login:Penguin:2007/03/14(水) 00:41:54 ID:y4c2ZpRt
ごめん1575行じゃなくて311行だった。

59 :login:Penguin:2007/03/14(水) 19:02:51 ID:VBYYEpgo
新ネタ投下
http://journal.mycom.co.jp/articles/2007/03/13/puffs/
http://journal.mycom.co.jp/articles/2007/03/13/bluffs/

LinuxというよりBSD筋になるのかな?どうだろう?

60 :login:Penguin:2007/03/14(水) 21:46:15 ID:/NerAE7J
>>57
コリジョンが起こったファイル名で書き込みに行った場合、
衝突されたファイルを上書きしてしまうと思うが?
これを避けようとすると、毎回コリジョンの有無を調べなければならず、
ハッシュの優位性はなくなってしまわないか?

61 :login:Penguin:2007/03/14(水) 22:04:08 ID:/NerAE7J
>>57
レスがかみ合ってなくてスマソ。
ハッシュで探索後に、線形探索。
これではハッシュの意味が無い上にもの凄く遅くない?

62 :login:Penguin:2007/03/14(水) 22:16:53 ID:/NerAE7J
>>57
連投スマソ。
これは俺の無知だね...
>57はコリジョンが起こった際の処理方法についてカキコしてたわけだ。
申し訳ない。

だとすると>35の意見は果たしてどうなんだろうか?

63 :57:2007/03/14(水) 23:53:07 ID:y4c2ZpRt
ハッシュを使っているのは文字列の代わりに固定サイズの短い数字を使った方が
B木のキー(の一部)として優秀なだけだと思います。ただハッシュなので、B木を
降りていった後にハッシュの元の文字列かどうかは確認する必要があり、B木の
キーで同じ値になっている部分を走査したり探索したりする必要があるのかなぁ
と思いました。

元の文字列に対してハッシュ値が現実的に十分1:1になっている(一意になって
いる)なら最後に走査したり探索したりする必要はないんだけど、B木まで使う
(レコード数が大きいことを想定している)ファイルシステム(手堅い印象)で
ハッシュが重ならないことを前提にしたりするの?と疑問が残ったので、資料と
ソースを探してみました。で、>>57 というわけ。

でも、仮に調べたことが想定通りだったとしても、取得側のロジックで単に同一
ハッシュを線形探索しているということまでしか突き止めていないので、挿入側
のロジックでエラーとしていないかどうかまでは確認できていません。ただ、
取得時に線形探索までしておいて、挿入時に同一ハッシュをエラーにするのも
あれだし、ハッシュも絶対一意とするには短いような気がしたので載せちゃい
ました。

最後に、、こう思うという意見を言っただけで>>35 に回答を求めているわけ
ではないので、間違い指摘は歓迎ですが、煽ったりしないでね。適当に流して
くれて構いません。(長くてゴメン)

64 :62:2007/03/15(木) 00:34:20 ID:bcv11DeB
>>63
俺は>60のレスの後調べてみてわかったんだが、
> 取得側のロジックで単に同一ハッシュを線形探索している
これってコリジョンが発生した場合の対応法だよ。

検索アルゴリズム
http://www2.starcat.ne.jp/~fussy/algo/algo7-1.htm
さて、ハッシュ表が衝突した場合の処理方法ですが、大きく分けて2種類存在します。
...
もうひとつの方法は、同一のハッシュ値をとるデータを線形リストの形で保持し、

65 :login:Penguin:2007/03/15(木) 01:04:20 ID:bcv11DeB
あくまで個人的な意見だけれども、>25の
> ドキュメントをみるとハッシュ空間がファイル数上限を規定していると書かれてるんだが
> これってどういうことなんだろう?

これは、ハッシュテーブルの大きさに制限される、という意味じゃないかな?

66 :63:2007/03/15(木) 01:05:26 ID:QpjDINEj
いやそうなんだけど、挿入時に何かの理由でエラーとしても、
線形探索がない場合と同様に動くでしょ?(もう寝ます)

67 :login:Penguin:2007/03/15(木) 01:07:03 ID:QpjDINEj
あ、>>66>>64 へのレスです。

68 :login:Penguin:2007/03/15(木) 01:16:30 ID:bcv11DeB
>>66
その通りなんだけど、
取得時に線形探索をしていて、挿入時に線形リストを作っていない
これは考えにくいよね。

俺も寝ます...

69 :25:2007/03/15(木) 05:37:47 ID:D+pJpsyj
いろいろ調べていただきありがとう。
結局、最初の疑問にもどるのだけど、コリジョン処理をきちんとしているなら
効率的なファイル管理のできる上限は限られるものの、ファイル数は制限されないよね?
とすると…と思っているうちに動作の説明図を思い出した。
バージョン3では3段、バージョン4では4段のハッシュを作ってるということのような気がする(数値はうろ覚えなので4と5だったかも)。
B+(B*かも)Treeのはずなのに子ノードがたくさんあるような図だったので
なんでだろうなと不思議に思っていたけどやっとつながった感じです。
ありがとう。

70 :login:Penguin:2007/03/15(木) 15:14:51 ID:8XNS/iOc
>>69
> バージョン3では3段、バージョン4では4段のハッシュを作ってるということのような気がする

それは違うと思うよ。
>63の意見が正しいと思う。

71 :70:2007/03/15(木) 19:35:14 ID:jde9a+dY
>>69
今更悪いけど、
ハッシュ値のBTreeを3−4段作っているという意味なら、
それは正しいかも。

72 :login:Penguin:2007/03/17(土) 01:34:49 ID:G8ouJGaS
ディレクトリってどういう仕組みでできてるんですか?
ディレクトリマークのついたファイルに
ファイル名と対応するinodeが羅列してあるとかですか?

73 :login:Penguin:2007/03/17(土) 01:37:03 ID:Nt6qQYb8
大昔のSysVはそうだったな

74 :login:Penguin:2007/03/17(土) 12:34:38 ID:nFh7s+ol
linuxはext4がデフォになったんだって?(wktk

75 :login:Penguin:2007/03/18(日) 10:53:46 ID:CpnI9Z16
わくつき?わかたけ?なに?

76 :login:Penguin:2007/03/18(日) 10:56:12 ID:6pRaIZ5X
わくてか

77 :login:Penguin:2007/03/18(日) 13:18:18 ID:VQ3UO8en
>>75
若貴(わかたか)。
昔一世を風靡した兄弟横綱だよ。

78 :login:Penguin:2007/03/20(火) 01:30:21 ID:WFL4qjLS
とかち・・・つくちて・・・

79 :login:Penguin:2007/03/20(火) 01:49:07 ID:5ZGCVJjs
Reiserfs以外盛り上がらないスレだね

80 :login:Penguin:2007/03/20(火) 02:05:11 ID:aZRbC5iM
Linux板だしね

81 :login:Penguin:2007/03/20(火) 02:26:29 ID:9XkrolDx
普段、/ をroでマウントしており、特定の変更をするときにスクリプト内で
# mount -o remount,rw /
# <何か変更をする>
# mount -o remount, ro /

しかし時々気がつくと/がrwのままになっており, roにしようとすると
mount: / is busy
と帰ってきます。

しかし
# lsof +D / | grep [0-9][ru]
としても何も出力されないので/ファイルシステム上で書き込み、更新のためにオープンされているファイルが
あるようには見えません。他にbusyになる条件というのはなにがあるのでしょうか?

82 :login:Penguin:2007/03/20(火) 02:49:23 ID:WFL4qjLS
>>81
実行している

じっこうしている
ジッコウシテイル

83 :80:2007/03/20(火) 05:48:47 ID:9XkrolDx
>>82
具体的に「実行」とはどういう状態を言うのでしょうか? 実際に/から実行されているプログラムは常に多数あるのですが、
普段の状態でしたらremount,roは問題なく出来てます。 

84 :login:Penguin:2007/03/20(火) 07:13:36 ID:RYKbVfI1
>>83
cd しているプロセスがある

85 :80:2007/03/20(火) 08:21:18 ID:9XkrolDx
>>84
82さんの回答と同様、それは恐らく"umount"すると時にひっかかる条件だと思います。 
「正常に」機能している時には以下のようなことしても無問題です。

# mount -o remount,rw /
# cd /
# pwd
/
# mount -o remount,ro /
# echo $?
0


86 :login:Penguin:2007/03/20(火) 11:09:34 ID:Us/F7Xyr
>>78
tkttktt?


87 :login:Penguin:2007/03/20(火) 13:37:30 ID:J8vIycR5
>>85
cdのあとtouch .1 しても?

88 :login:Penguin:2007/03/20(火) 13:41:55 ID:J8vIycR5
find / -exec fuser {} ';'も調べたい

89 :login:Penguin:2007/03/20(火) 14:27:56 ID:w+2ZTJtq
rwでremountしてからroでremountするまでの間に、何かのプログラムが実行されたんじゃね?


90 :login:Penguin:2007/03/20(火) 18:04:00 ID:YBt0Z9W0
スクリプト内でremountに失敗

mountコマンドがデバイスをつかんだまま

remountに再び失敗

違うかな?

91 :80:2007/03/20(火) 21:52:50 ID:9XkrolDx
>>87
無問題です。以下のようにしてあからさまにwriteでファイルを開かないと"busy"とはなりません。

# mount -o remount,rw /
# cd /
# cat > hoge
^Z
[1]+ Stopped cat >hoge
# mount -o remount,ro /
mount; / is busy
# kill %1
# mount -o remount,ro /
[1]+ Terminated cat >hoge
# echo $?
0


92 : ◆P39B8if24g :2007/03/20(火) 22:16:29 ID:6hd4y+2s
てす

93 : ◆P39B8if24g :2007/03/20(火) 22:18:23 ID:6hd4y+2s
てす

94 :80:2007/03/20(火) 22:23:06 ID:9XkrolDx
>>88
シリアルコンソールごしにネットワーク、全てのサービスを停止。40弱しかプロセスが走ってない状態
(けどremount,roはやっぱりbusy)でやってみました。
/dev, /procと他パーティションの/var以下を除いた結果が以下です。

/: 1r 1c 2r 2c 3r 3c 4r 4c 5r 5c c
/bin/bash: 5924e 6938e
/bin/sh: 5924e 6938e
/bin/login: 26670e
/bin/su: 6937e
/lib/ld-linux.so.2: 1m 2739m 4649m 5924m 6937m 6938m 26670m
/lib/libaudit.so.0: 6937m 26670m
/lib/libpam.so.0: 6937m 26670m
/lib/libpam.so.0.77: 6937m 26670m
/lib/libtermcap.so.2.0.8: 5924m 6938m
/lib/libnss_files-2.3.4.so: 2389m 2476m 5924m 6937m 6938m 26670m
/lib/libnsl-2.3.4.so: 6937m 26670m
/lib/libcrypt-2.3.4.so: 6937m 26670m
/lib/tls/libc.so.6: 1m 2739m 5924m 6840m 6937m 6938m 26670m
/lib/tls/libc-2.3.4.so: 1m 2739m 5924m 6847m 6937m 6938m 26670m
/lib/libsepol.so.1: 1m
/lib/libcrypt.so.1: 6937m 26670m


95 :80:2007/03/20(火) 22:24:07 ID:9XkrolDx
続き

/lib/security/pam_rootok.so: 6937m
/lib/security/pam_unix.so: 6937m 26670m
/lib/security/pam_limits.so: 6937m 26670m
/lib/security/pam_deny.so: 6937m 26670m
/lib/security/pam_unix_auth.so: 6937m 26670m
/lib/security/pam_unix_passwd.so: 6937m 26670m
/lib/security/pam_unix_acct.so: 6937m 26670m
/lib/security/pam_env.so: 6937m 26670m
/lib/security/pam_unix_session.so: 6937m 26670m
/lib/security/pam_cracklib.so: 6937m 26670m
/lib/security/pam_xauth.so: 6937m
/lib/security/pam_loginuid.so: 26670m
/lib/security/pam_securetty.so: 26670m
/lib/security/pam_console.so: 26670m
/lib/security/pam_stack.so: 6937m 26670m
/lib/security/pam_nologin.so: 26670m
/lib/security/pam_selinux.so: 6937m 26670m
/lib/libdl.so.2: 5924m 6937m 6938m 26670m
/lib/ld-2.3.4.so: 1m 2739m 5924m 6906m 6937m 6938m 26670m
/lib/libpam_misc.so.0: 6937m 26670m
/lib/libpam_misc.so.0.77: 6937m 26670m
/lib/libdl-2.3.4.so: 5924m 6937m 6938m 26670m
/lib/libtermcap.so.2: 5924m 6938m
/lib/libnsl.so.1: 6937m 26670m
/lib/libselinux.so.1: 1m 2739m 6937m 7003m 26670m
/lib/libaudit.so.0.0.0: 6937m 26670m
/lib/libnss_files.so.2: 2389m 2476m 5924m 6937m 6938m 26670m


96 :80:2007/03/20(火) 22:25:42 ID:9XkrolDx
最後
/sbin/init: 1e
/sbin/klogd: 2393e
/sbin/syslogd: 2389e
/sbin/fuser: 7154e
/sbin/telinit: 1e
/usr/bin/find: 2739e
/usr/lib/libcrack.so.2: 6937m 26670m
/usr/lib/libglib-2.0.so.0: 26670m
/usr/lib/locale/locale-archive: 2476m 2739m 5924m 6938m 17391m
/usr/lib/libglib-2.0.so.0.400.7: 26670m
/usr/lib/gconv/gconv-modules.cache: 5924m 6938m
/usr/lib/libcrack.so.2.7: 6937m 26670m
/usr/lib/libcrack.so: 6937m 26670m
/usr/sbin/crond: 2476e

全然あやしそうなのを見かけません。


97 :80:2007/03/20(火) 22:30:46 ID:9XkrolDx
>>94
あれ、/:の出力が切れてますね。如何が全てです。

/: 1r 1c 2r 2c 3r 3c 4r 4c
5r 5c 6r 6c 44r 44c 47r 47c 48r 48c 49r
49c 50r 50c 196r 196c 292r 292c 294r 294c 295r 295c
312r 312c 1341r 1341c 1757r 1757c 1902r 1902c 1903r 1903c 1905r
1905c 2389r 2389c 2393r 2393c 2476r 2567r 2567c 2568r 2568c 2569r
2569c 2570r 2570c 2571r 2571c 2572r 2572c 2739r 2739c 2740r 5924r
6937r 6938r 26670r 27648r 27648c


98 :80:2007/03/20(火) 23:06:50 ID:9XkrolDx
>>89 可能性としてはありそうです。しかしその結果、なぜ今の状態になってしまったのかが謎です。
>>90どう見てもmountコマンド自体は終了してますが、カーネル内部的に「つかんだ」ままになっている
のでしょうか?

さて、そろそろソースを読まねばという感じです。ちなみにCentOS4.4の2.6.9カーネルです。

99 :login:Penguin:2007/03/20(火) 23:45:52 ID:w+2ZTJtq
>>97
> 無問題です。以下のようにしてあからさまにwriteでファイルを開かないと"busy"とはなりません。

あー、それならwriteで書き込まれたデータがまだディスクに書かれてない状態ですな。
まずはremount前にsyncを実行しましょう。
それでもダメな場合は、数秒待ってから再度sync->remountしてみてください。

私のところはFreeBSDだけど、shellスクリプト内でumountする時に以下のようにしています。

echo " unmount"
/bin/sync

/bin/sleep 60
/sbin/umount ${MNT}
for n in 0 1 2 3 4 5 6 7 8 9; do
 if /sbin/mount | /usr/bin/grep /dev/ad0s1e > /dev/null; then
  /bin/sleep 60; /sbin/umount /mnt
 else
  break
 fi
done



100 :login:Penguin:2007/03/21(水) 00:17:12 ID:S9uQBvMx
http://linuxfs.pbwiki.com/LSF07-Workshop-Notes

101 :login:Penguin:2007/03/21(水) 01:02:22 ID:DJG3OGOa
>>99
これだけ長時間バッファがフラッシュされないなんてありかな?

102 :80:2007/03/21(水) 01:17:48 ID:E4OzVxjT
>>99
syncもだめでした。それにしてもこの状態(busy)で安定したまま一日以上過ぎてますので。

ちょっとコードを読んで見ました。mountコールのエラーパスはこうなるようです。

|sys_mount (fs/namespace.c)
|-do_mount
|--path_lookup(fs/namei.c)
|---link_path_walk
|----__link_path_walk
| ごちょごちょして良く分からんがたぶんEBUSYは返さない?
|--security_sb_mount(include/linux/security.h)
|---security_ops->sb_mount
| 良く分からないけどSELinuxはdisableしてるから恐らく
| dummy.cのdummy_sb_mountでreturn 0
|--do_remount_sb
|
| if ((flags & MS_RDONLY) && !(sb->s_flags & MS_RDONLY)) {
| if (force)
| mark_files_ro(sb);
| else if (!fs_may_remount_ro(sb)) (fs/file_table.c)
| return -EBUSY;
| }
続く


103 :80:2007/03/21(水) 01:19:39 ID:E4OzVxjT
続き。ここで跳ねられてる? "pending delete"のファイルってlsofとかでも見れませんでしたっけ?

|----fs_may_remount_ro(struct super_block *sb) (fs/file_table.c)
|{
| struct list_head *p;
|
| /* Check that no files are currently opened for writing. */
| file_list_lock();
| list_for_each(p, &sb->s_files) {
| struct file *file = list_entry(p, struct file, f_list);
| struct inode *inode = file->f_dentry->d_inode;
|
| /* File with pending delete? */
| if (inode->i_nlink == 0)
| goto too_bad;
|
| /* Writeable file? */
| if (S_ISREG(inode->i_mode) && (file->f_mode & FMODE_WRITE))
| goto too_bad;
| }
| file_list_unlock();
| return 1; /* Tis' cool bro. */
|too_bad:
| file_list_unlock();
| return 0;
|}



104 :90:2007/03/21(水) 02:58:59 ID:DJG3OGOa
>>98
別に根拠は無いです。
ファイルはつかまれてなさそうなので、デバイスをつかまれてないかなと思った。

105 :login:Penguin:2007/03/21(水) 03:24:07 ID:DJG3OGOa
rwでremountしてもやはりbusyになるんだろうか?

106 :login:Penguin:2007/03/21(水) 03:31:16 ID:DJG3OGOa
dmesgの結果や/var/log/messagesの内容も知りたい。

107 :80:2007/03/21(水) 03:54:56 ID:E4OzVxjT
>>105
いえ、それはOKです。けどrwをrwにremountしてもスルーされてるだけかもしれませんね。
>>106
mountコマンドを入力したときにはとくにどちらにも新たな出力は見られません。先ほど見た
エラーパスにも特にその周辺で何かを吐き出すコードは見られませんでした。また両方とも
デバイス名sdaでgrepして見ましたが、起動時の普通のメッセージ以外に特に最近異常を示す
メッセージは見受けられません。他に何か探すべきものがありましたらご指摘キボンヌ。

そろそろ上に挙げたコードにデバッグコードを埋め込んでカーネル再構築を試みます。

108 :80:2007/03/21(水) 04:04:55 ID:E4OzVxjT
>>103
> "pending delete"のファイルってlsofとかでも見れませんでしたっけ?

自己レス。普通は見えますね。
# mount -o remount,rw /
# cat > hogehoge
^Z
[1]+ Stopped cat >hogehoge
# rm -f hogehoge
# lsof | grep hogehoge
cat 9979 root 1w REG 3,8 0 983060 /hogehoge (deleted)
#



109 :80:2007/03/21(水) 05:59:52 ID:E4OzVxjT
inodeの中身をダンプするデバッグ用のルーチンなんかありませんかね?
出来るだけ情報を書き出したいけど、中身が全然分かってないから下手したら
そこでクラッシュしそう。

110 :login:Penguin:2007/03/21(水) 11:54:21 ID:DJG3OGOa
>>107
> そろそろ上に挙げたコードにデバッグコードを埋め込んでカーネル再構築を試みます。

障害の発生を再現するのは手間だから待った方がいいと思う。

試して欲しいのは、
mount -v -o remount, ro /
で詳細情報を表示させてみることと、
mount -f -o remount, ro /
で強制した場合にremountできるかということです。

111 :login:Penguin:2007/03/21(水) 12:11:01 ID:DJG3OGOa
mount -f -o remount, ro /
これをやってもらいたいのは、
>103の
fs_may_remount_ro(struct super_block *sb)
を通らず、
mark_files_ro(struct super_block *sb)
(fs/super.c 567)
に分岐すると思うからです。

112 :login:Penguin:2007/03/21(水) 12:44:31 ID:DJG3OGOa
mount -f -o remount, ro /

mount -v -f -o remount, ro /
の方が情報が得られてよいかも。

113 :login:Penguin:2007/03/21(水) 12:55:08 ID:6FsiTP6N
いくつか気になった。
・80と書いている人は81?
・うちのdebian(sarge)だと-vつけてもなんか変わらない
・ファイルシステムの種類は関係ない話なの?
何の役にも立たんと思うが。

114 :login:Penguin:2007/03/21(水) 17:23:08 ID:JC5nLr5t
うえの方でfind ... fuserしてほしいと書いた者だが、PID並べられてもしょうがないんだよね。
psで対応するコマンド調べてくらはい。
そのくらいはできる人と思ってたんだが、もしやド素人じゃないよね?
もしド素人なら、これでうまくいっても他で障害がでるだろうから、あまりごちゃごちゃやらんほうがいいと思うよ。
ド素人でないなら、、、もうちょっと独力でも頑張ってほしかった。
いずれにせよ、結果まってるよ〜。

115 :login:Penguin:2007/03/21(水) 18:35:16 ID:J9iygeoh
>>86
tkt tktt

116 :81(80は間違いorz):2007/03/21(水) 21:06:42 ID:E4OzVxjT
げげ、誰かリブートしやがったorz すみません。また障害発生を待たないと...

>>113
間違えてました orz
ちなみにext3です。

>>111
-fは(fake)であって-forceではありません。103の"force"は内部のemergency_remount()から呼ばれたときに
だけ立てられるフラグでこれは探したところdriver/char/sysrq.cのsysrq_handle_mountroからしか
呼ばれないので普通に使うものではないようです。

>>114
意図を汲まずに申し訳ございませんでしたが、何を探しているのかが良く分かってませんでした。
しかしあの出力で出てきたファイルのリストはlsofで出てきたものと同じようなものと見受けられましたし、
書き込み状態にあるpidも1つもありませんでしたのでどのpidに注目すればいいのかが分かりませんでした。
全部を列挙するのは長すぎると思いましたし。

fsは全くド素人でSMARTを見て、あ、ディスク壊れてるっていて交換したこと以上のことを
考えたことはありませんのでファイル周りの検証のテクニックはlsofぐらいしか知りませんでした。
fuserは初耳でしたので勉強になりました。カーネルの中をまじめに問題解決のために読み始めたのも
ここ1ヶ月ほどの事ですので。

さて、それではカーネル仕掛けてまた再現するのを待って報告させて頂きます。

117 :login:Penguin:2007/03/21(水) 22:14:49 ID:nLBpV1q7
>>116
lsofで結果見てたんだね。失礼。
閉じられているはずのファイルがなぜか開きっぱなしの問題はよくあることです。
解決方法がなかなか見つからないので、ぜひがんばってください。
報告待ってます。

118 :login:Penguin:2007/03/21(水) 22:16:28 ID:J9iygeoh
閉じられてるファイルが〜なぜか開いているのな〜ら〜
sync!sync!sync!

って歌があったね

119 :login:Penguin:2007/03/21(水) 23:24:46 ID:f2Azm7Ce
だめよだめだめデッドローックー


120 :login:Penguin:2007/03/23(金) 08:47:39 ID:TxxCM3Q2
ext4はサイズ変更に対応してる?対応してればLVMと組み合わせて使い易いのだけど。
性能的にはどうなんだろう?

121 :login:Penguin:2007/03/24(土) 03:14:39 ID:GQsk1lU1
そういやオンラインデフラグの件はどうなったんだ?

122 :login:Penguin:2007/03/24(土) 16:08:19 ID:ZQgilKja
Reiserはその後どうなってんの?

123 :login:Penguin:2007/03/24(土) 22:04:18 ID:vUqhXPFh
WInの焼きミスはほんとひどいよなw
焼いてるときは、他の作業しないほうがいい

124 :login:Penguin:2007/03/24(土) 22:05:31 ID:1ZNqfG35
>>123
お前はバブルの崩壊直後の時代の人か?

125 :login:Penguin:2007/03/24(土) 23:17:11 ID:1JVeQLQG
>>123
スレ違いだ。帰れ。

126 :login:Penguin:2007/03/24(土) 23:48:50 ID:ZQgilKja
>>124
またキミか

127 :login:Penguin:2007/03/25(日) 00:23:02 ID:FK7WfcVZ
3 名前:login:Penguin :2007/03/24(土) 22:37:58 ID:1ZNqfG35
うざいなぁ・・・・

913 :login:Penguin:2007/03/24(土) 22:34:12 ID:1ZNqfG35
>>911
>Windowsじゃあるまいし、ブートローダごときで再インストールする必要はない。

fixmbrもしらんWindows道程であることが判明しましたw

128 :login:Penguin:2007/03/25(日) 23:21:02 ID:QdX/ZMUE
前スレで言われてたけど、nautilus+xfsでファイルのコピー等がすごく遅くなるってあったでしょ?
俺もあれで悩まされてたんだけど、LVM使ったらあのバグ発生しないんだね。
なんとなくLVM+xfsで新たにシステム構築し直したらnautilusでも速度が落ちなくなった。

129 :login:Penguin:2007/03/26(月) 09:08:09 ID:d1UYMG6t
LVMは便利なのだが、コマンドいっぱいでめんどいよね

130 :login:Penguin:2007/03/26(月) 09:21:06 ID:8Q9E4hQ9
>>128
というか報告せいや
xfsなのかnautilusなのか知らんが

131 :login:Penguin:2007/03/26(月) 10:35:37 ID:fsC9be4T
nautilus=糞
昔からの定説だろ。いまさら報告する必要もなし。


132 :login:Penguin:2007/03/26(月) 11:28:49 ID:io8NkORY
だったら、使うなw

133 :login:Penguin:2007/03/26(月) 14:17:18 ID:d1UYMG6t
>>131
またキミか。

134 :login:Penguin:2007/03/28(水) 13:00:24 ID:9k8UE4y5
ライザーと供に寂れてしまった

135 :login:Penguin:2007/03/28(水) 20:07:55 ID:l0yxUuiJ
とりあえずXFSとext4のどっちが残るかだな。
ext4かな。


136 :login:Penguin:2007/03/28(水) 21:17:59 ID:daeVGudi
ext3はext4にコンバートできるんですか

137 :login:Penguin:2007/03/28(水) 21:54:09 ID:BNq6AhBB
ext3をext4としてマウントできる。そのまま書き込めばext4になる。

138 :login:Penguin:2007/03/28(水) 22:24:11 ID:daeVGudi
すげぇ

トンクス

139 :login:Penguin:2007/03/28(水) 22:27:05 ID:0XsmV5+J
>>137
いやextent使うまではext3のまんまだろ。

140 :login:Penguin:2007/03/29(木) 08:32:01 ID:r+t2Jggl
extentとはなんですか?

141 :login:Penguin:2007/03/29(木) 09:39:08 ID:lgwyzXDA
xfsはトラブった時に全然レスキューできなかったからトラウマ
チキンな俺はext4

142 :login:Penguin:2007/03/29(木) 09:42:08 ID:3NMPrwZA
>>140
The answer is in your ID.

143 :login:Penguin:2007/03/29(木) 12:53:50 ID:XgJoJt9J
r+t? 2J ggl .. ggl! ググレ!?

144 :login:Penguin:2007/03/29(木) 12:56:08 ID:XgJoJt9J
アリマシタ
ttp://www.sophia-it.com/content/extent

でも意味がわかりません。

145 :login:Penguin:2007/03/29(木) 14:14:23 ID:H9I3kno8
>>144
http://www.google.co.jp/search?hl=en&q=ext4+extent

146 :login:Penguin:2007/03/29(木) 21:55:30 ID:r+t2Jggl
d
つまりファイルが断片化しないよう、余分に場所を確保しとくっていうライザー4の真似をした仕組みだね。

ところで将来のファイルサイズなんて予測できないと思うのだけど、
エクステントの大きさはどうやって決めるのだろう?
むかしクラスタと呼んでいたものとは違うの?

147 :login:Penguin:2007/03/29(木) 22:47:02 ID:EvQbMu8q
エクステントって昔からエクステントと呼んでいたような。
VxFS とか。

148 :login:Penguin:2007/03/29(木) 23:07:03 ID:R0MPJnFu
>>147
XFSのオンラインデフラグがext4についてくれれば、とりあえず最強なんだがな。
年に数回はデフラグしたい。

149 :login:Penguin:2007/03/30(金) 09:25:09 ID:8SUX2/zw
MSDOSは複数のセクターをまとめた「クラスタ」という連続領域単位でファイルを管理してた。
インデックスを少なく押さえることと、断片化を少なくするのが目的。
低速媒体のフロッピーが主体だったため、断片化を避けるのは非常に重要だったせいもあるが
当時の大型機からの借用だったと理解してる。
エクステントの説明をみると同じものにみえるのだけど、何かちがうのだろうか?

150 :login:Penguin:2007/03/30(金) 11:23:58 ID:TnuWXj4a
>>149
クラスタサイズが可変なんじゃね?

151 :login:Penguin:2007/03/30(金) 12:54:00 ID:8SUX2/zw
それをどうやって決めてるかが肝

152 :login:Penguin:2007/03/30(金) 14:53:28 ID:1nTHIbAF
エクステントサイズが固定の方が断片化は起こり肉印とちゃう?


153 :login:Penguin:2007/03/31(土) 00:34:21 ID:MhCzl/tA
>>149
ブロック管理だと
ファイルが巨大になると
インデックスを引くのに時間がかかるようになるが
エクステント管理だとうまく連続ブロックに配置できれば時間が節約できる。


154 :login:Penguin:2007/03/31(土) 01:12:12 ID:ifE6Hzsr
インデックスってエクステント単位で振られるんじゃないの?

ブロック=IO最小単位
エクステント=領域割当最小単位
っていう理解で基本的にはいいんだよね?


155 :login:Penguin:2007/03/31(土) 02:18:24 ID:cMH9eCiA
違う。

エクステントってのは連続したブロックのこと。

あるファイルが1〜10、15〜20のブロックからなっている時、ブロックベースの
ファイルシステムでは (1 2 3 4 5 6 7 8 9 10 15 16 17 18 19 20) という
インデックスで表現するのに対し、エクステントベースのファイルシステムでは
((1 10) (15 5)) のように表現する。

156 :login:Penguin:2007/03/31(土) 07:52:26 ID:Ud+o/4Fl
>>155
inodeが圧縮できる?よくわかってませんが。

157 :login:Penguin:2007/04/01(日) 08:47:20 ID:jgewp6D4
で、最初の疑問ですが、
断片化が起こるのは、ファイル更新時のサイズ変化が要因だとすれば、
あらかじめ変化量を予測してエクステントを確保する必要があるわけだけど
どうやるのですか?

158 :login:Penguin:2007/04/01(日) 09:20:52 ID:Miicym17
extentの仕組みについて人に聞く前にまずググってみました。

ズバリというページがありません!

http://www.spa.is.uec.ac.jp/~kinuko/survey/body/extent-like-fs.html
http://www.kyoto-sr.co.jp/products/fugue/techinfo/fs-gc.html
http://www.atmarkit.co.jp/flinux/rensai/oracle04/oracle04.html
http://www.simosimo.info/know/oracle/extent.htm

いったいエクステントについてよく理解するためにはどうしたらいいのか!
参考書とか専門書とか買わないとわからんかな。

159 :login:Penguin:2007/04/01(日) 11:10:36 ID:5ZbsiFAt
>>158
くっつく?ひっつけばチャクラエクステントが発動します。


160 :login:Penguin:2007/04/01(日) 18:24:10 ID:AzuElS/P
>>157
ジャーナルから commit するまで割り当てを遅延する
ディスクの空き容量が少なくなるまでファイルを密に配置しない
その他色々

161 :login:Penguin:2007/04/02(月) 09:07:01 ID:NH19NaTw
ありがとうございます!
しかしジャーナルに書き込むのは更新時が主ですよね?
とすれば、新規作成時に将来サイズの予測ができることがエクステントの考え方としては最重要という気がします。
ファイルを密に配置しないという方針は有効ですが、エクステントとは別の考え方ではないでしょうか?

162 :login:Penguin:2007/04/04(水) 09:53:19 ID:NWetzSkB
自己レスです。
エクステントの大きさは使用者が決めるようです。
しかも初期と伸張分をべつの大きさにする方法もあるようです。
したがって、設計段階でのサイズ予測はいらないということのようです。

163 :login:Penguin:2007/04/05(木) 11:44:51 ID:6CwC0rrT
XSFフォーマットのディスクに入れたファイルとかを
NTFSフォーマットのWINDOWSへコピーした場合普通に開けるのですか?

164 :login:Penguin:2007/04/05(木) 13:15:06 ID:OdzCRDEa
>>163
なぜ、自分で試さない?

165 :163:2007/04/05(木) 13:24:15 ID:6CwC0rrT
パソコンすら持ってないんです
うぅ・・

166 :login:Penguin:2007/04/05(木) 13:30:30 ID:UHEFuWv5
そんな人が聞いてどうすんだろ。

167 :名無しさん@お腹いっぱい:2007/04/05(木) 15:20:22 ID:BtA25953
流行りのエアギターならぬエアLinuxってやつだな。

168 :login:Penguin:2007/04/05(木) 16:26:00 ID:xu52r8kl
俺の若い頃は藁半紙に書いたキーボードとライオン本でカーネルハックの練習をしたもんだよ

169 :login:Penguin:2007/04/05(木) 17:40:51 ID:ArTajbou
エアオナニー

170 :login:Penguin:2007/04/05(木) 23:16:24 ID:jNYQCAbT
牛乳石鹸をマウスに見立てて、X Windowへの思いをはせたもんだ

171 :81:2007/04/06(金) 04:19:45 ID:kERYUymx
mount -o mount,ro / がbusy で帰ってきて困ってた81(80と間違えてた)です。

2週間ほどたってやっと再現されました。 しかもラッキーに2台。追加したprintk
から以下のような出力。 

fs_may_remount_ro found pending delete: 0xe6feac80
do_remount_sb: failed fs_may_remount_ro: -138124224
do_mount: failed do_remount: -16

大切なのは最初の1行で以下のprintkから出力されました。

 fs/file_table.c:
 int fs_may_remount_ro(struct super_block *sb)
 {
  struct list_head *p;
 ...
 
  /* File with pending delete? */
  if (inode->i_nlink == 0) {
  printk(KERN_NOTICE "fs_may_remount_ro found pending delete: 0x%x¥n",
  (unsigned long)file);
  goto too_bad;
  }

続く


172 :81:2007/04/06(金) 04:29:08 ID:kERYUymx
さて、まずどのファイルか? gdbを/proc/kcoreに繋いで除きました。

(gdb) p ((struct file*)0xe6feac80)->f_dentry->d_iname
$12 = "libz.so.1.2.1.2", '¥0' <repeats 20 times>
gdb) p ((struct file*)0xe6feac80)->f_dentry->d_parent->d_iname
$14 = "lib¥000t", '¥0' <repeats 30 times>
(gdb) p ((struct file*)0xe6feac80)->f_dentry->d_parent->d_parent->d_iname
$16 = "usr¥000]", '¥0' <repeats 30 times>
(gdb) p ((struct file*)0xe6feac80)->f_dentry->d_parent->d_parent->d_parent->d_iname
$18 = "/¥000dline", '¥0' <repeats 28 times>

というわけで問題のファイルは"/usr/lib/libz.so.1.2.1.2"

もうここで は〜〜〜あ〜〜〜〜??????? です。なんでライブラリー
ファイルがpending delete なの????



173 :81:2007/04/06(金) 04:41:28 ID:kERYUymx
もうちょっと掘り下げる。

(gdb) p ((struct file*)0xe6feac80)->f_dentry->d_inode.i_ino
$24 = 230991

iノード番号は230991。

# ls -li /usr/lib/libz.so.1.2.1.2
231021 -rwxr-xr-x 1 root root 63624 Jul 21 2005 /usr/lib/libz.so.1.2.1.2

??? 食い違うぞ ???

誰がこのファイルを開いてる?

# lsof | grep libz.so.1.2.1.2  # ちょっと冗長な行は省いてます
postmaste 5377 initrfx mem REG 3,3 63624 231021 /usr/lib/libz.so.1.2.1.2
snmpd 5580 root mem REG 3,3 63624 231021 /usr/lib/libz.so.1.2.1.2
ntpd 21393 ntp mem REG 3,3   230991 /usr/lib/libz.so.1.2.1.2 (path inode=231021)
sshd 26062 root mem REG 3,3 63624 231021 /usr/lib/libz.so.1.2.1.2
sshd 26066 admin mem REG 3,3 63624 231021 /usr/lib/libz.so.1.2.1.2
sshd 26135 root mem REG 3,3 63624 231021 /usr/lib/libz.so.1.2.1.2
sshd 26153 support mem REG 3,3 63624 231021 /usr/lib/libz.so.1.2.1.2

ここでntpdに注目、他のプロセスは正しいinodeで開いているのにntpdだけがこの問題の
230991番のinodeを通して開いてます。



174 :81:2007/04/06(金) 04:50:49 ID:kERYUymx
それでもってntpがどういうファイルを開いているか見ると、なんか怪しげな状態。

# lsof | grep ntp
ntpd 21393 ntp cwd DIR 3,3 4096 2 /
ntpd 21393 ntp rtd DIR 3,3 4096 2 /
ntpd 21393 ntp txt REG 3,3 431016 227728 /usr/sbin/ntpd
ntpd 21393 ntp mem REG 3,3 230494 /usr/lib/libkrb5.so.3.2 (path inode=231028)
ntpd 21393 ntp mem REG 3,3 194104 /lib/libdl-2.3.4.so (path inode=195480)
ntpd 21393 ntp mem REG 3,3 47468 194100 /lib/libnss_files-2.3.4.so
ntpd 21393 ntp mem REG 3,3 210587 /lib/tls/libc-2.3.4.so (path inode=210651)
ntpd 21393 ntp mem REG 3,3 194115 /lib/libcom_err.so.2.1 (path inode=195486)
ntpd 21393 ntp mem REG 3,3 195438 /lib/libcap.so.1.10 (path inode=194186)
ntpd 21393 ntp mem REG 3,3 230991 /usr/lib/libz.so.1.2.1.2 (path inode=231021)
ntpd 21393 ntp mem REG 3,3 194184 /lib/libresolv-2.3.4.so (path inode=195487)
ntpd 21393 ntp DEL REG 3,3 230821 /usr/lib/libgssapi_krb5.so.2.2.#prelink#.k1YsQi
ntpd 21393 ntp mem REG 3,3 195446 /lib/ld-2.3.4.so (path inode=195478)
ntpd 21393 ntp mem REG 3,3 230734 /usr/lib/libk5crypto.so.3.0 (path inode=230968)
ntpd 21393 ntp mem REG 3,3 210597 /lib/tls/libm-2.3.4.so (path inode=210654)
ntpd 21393 ntp DEL REG 3,3 195456 /lib/libcrypto.so.0.9.7a.#prelink#.7KiFJi
以下略。

続く


175 :81:2007/04/06(金) 04:52:02 ID:kERYUymx
ちなみに正常(?)な状態のntpはこんな感じ。

proto5# lsof | grep ntp
ntpd 2101 ntp cwd DIR 3,2 4096 2 /
ntpd 2101 ntp rtd DIR 3,2 4096 2 /
ntpd 2101 ntp txt REG 3,2 431016 241991 /usr/sbin/ntpd
ntpd 2101 ntp mem REG 3,2 941024 260982 /lib/libcrypto.so.0.9.7a
ntpd 2101 ntp mem REG 3,2 11776 260970 /lib/libcap.so.1.10
ntpd 2101 ntp mem REG 3,2 1525004 177572 /lib/tls/libc-2.3.4.so
ntpd 2101 ntp mem REG 3,2 16800 294968 /lib/libdl-2.3.4.so
ntpd 2101 ntp mem REG 3,2 415188 247066 /usr/lib/libkrb5.so.3.2
ntpd 2101 ntp mem REG 3,2 47468 258705 /lib/libnss_files-2.3.4.so
ntpd 2101 ntp mem REG 3,2 112236 294966 /lib/ld-2.3.4.so
ntpd 2101 ntp mem REG 3,2 63624 247059 /usr/lib/libz.so.1.2.1.2
ntpd 2101 ntp mem REG 3,2 213992 260979 /lib/tls/libm-2.3.4.so
ntpd 2101 ntp mem REG 3,2 136016 242425 /usr/lib/libk5crypto.so.3.0
ntpd 2101 ntp mem REG 3,2 81184 260981 /lib/libresolv-2.3.4.so
ntpd 2101 ntp mem REG 3,2 7004 260980 /lib/libcom_err.so.2.1
ntpd 2101 ntp mem REG 3,2 82944 247067 /usr/lib/libgssapi_krb5.so.2.2
以下略。

176 :81:2007/04/06(金) 04:56:47 ID:kERYUymx
ちなみにこの症状は問題のおこった2つのシステムでまったく同じ。 
おなじlibz.soでひっかかり、やはりntpが同じような状態になってます。

さて、この"path inode"というのがキモのようですが、なんの事か
全然分からないからどこかで調べてきます。 

ここまでの情報で何か助言があればよろしくおねがいします。 


177 :81:2007/04/06(金) 05:25:18 ID:kERYUymx
なお、問題のあるシステムでは問題のあるのはntpだけでありません。

# lsof | grep "path inode" | cut -d" " -f1 | sort | uniq
agetty
crond
ifplugd
klogd
mingetty
ntpd
portmap
syslogd
udevd
xinetd

問題のないシステムではこの"path inode"は全く見受けられません。 それから
これらのシステムではライブラリーのアップデートは全く行われてません。

178 :login:Penguin:2007/04/06(金) 05:46:22 ID:lKLkq3ZS
prelinkによってロード中の共有ライブラリが置き換えられているのかな?

prelinkを止めてみるとか。

179 :81:2007/04/06(金) 06:12:19 ID:kERYUymx
>>178
そっ、それだ〜〜〜〜〜〜〜〜〜〜〜〜。

こんなもの見つけました。

/etc/cron.daily/prelink

一発で再現出来ました。

正常状態:

# touch /hoge
touch: cannot touch `/hoge': Read-only file system
# lsof | grep "path inode" | wc -l
0

再現:
# mount -o remount,rw /
# /etc/cron.daily/prelink
# mount -o remount,ro /
mount: / is busy
# lsof | grep "path inode" | wc -l
337

よーするにこれが滅多に起きなかったのは、普段はr/oなのでprelinkは水面下でエラーを起こして
たのでしょうが、たまにr/wに変わる短い時間がcron.dailyとぶつかることがあるのでしょう。
その時に書き換えられてこうなると。 しかしprelinkって乱暴ですね。

180 :login:Penguin:2007/04/06(金) 06:56:25 ID:lKLkq3ZS
オープン中のファイルは移動したり削除しても影響を受けないから、prelink の
動作自体は乱暴でもないような。

lsof の出力に path inode が出ているのは、オープン中に置き換えられたファイルで
ある事を示しているのを初めて知ったから俺も勉強になったよ。

問題が解決して良かったね。

181 :81:2007/04/06(金) 07:16:47 ID:kERYUymx
>>180
ありがとうございます。

> lsof の出力に path inode が出ているのは、オープン中に置き換えられたファイル
普通のファイルのように素直に"deleted"とか書いてくれればもっと早く解決したかもしれないんですけどね。
ちょっとその場合とは意味が違うのでしょう。 後で勉強したいと思います。

# cat > hoge.txt &
[1] 9317
# lsof | grep hoge.txt
cat 9317 root 1w REG 253,0 0 15 /hoge.txt
# rm hoge.txt
# lsof | grep hoge.txt
cat 9317 root 1w REG 253,0 0 15 /hoge.txt (deleted)


182 :login:Penguin:2007/04/07(土) 00:19:04 ID:PW/Wm1N9
よくそこまで調べたなー

/proc/kcoreをgdbに繋ぐなんてテクニック初めて知った
すげぇわ

183 :login:Penguin:2007/04/07(土) 00:22:14 ID:l0bc2a+o
>>182
/proc/kcoreはgdbで使うための仮想ファイルだろ?

184 :login:Penguin:2007/04/07(土) 05:48:12 ID:07BPrRWv
http://www.gentoo.org/doc/ja/prelink-howto.xml
4. 既知の問題と解決策

185 :login:Penguin:2007/04/07(土) 15:32:22 ID:w4EDI2Lw
怠け者な俺は、locateとかprelinkなんて余計なものは真っ先に外しちゃうからなぁ。


186 :login:Penguin:2007/04/07(土) 21:33:30 ID:Vx40DlGH
>>185
locateの便利さがわからんか。
デスクトップ検索の先駆けだぞ。


187 :login:Penguin:2007/04/07(土) 21:37:40 ID:qEROFzP6
ファイルシステムってハマる時はハマるのだな…。
自分ならとても解決できなかったように思う。
locateは入っていたがprelinkは入れてなかったので入れようかと思っていたが、
こんな理解不能の事態が発生するのでは、いれていいかどうか不安に感じてしまう…。

188 :login:Penguin:2007/04/08(日) 00:43:17 ID:HNNwKpZg
>>186
だって全然使わない、デスクトップ検索自体しないし・・・
GoogleDesktop入れて気付いたが
広大なwebならともかく自分の管理してる所なんだから
情報はちゃんと整理してる、というかしていないときもちわるい
Spotlightも使わない
なのでlocateのありがたみもよく解らんです

189 :login:Penguin:2007/04/08(日) 00:50:38 ID:S1gIGviP
>>188
/home以下じゃなくて、使ったこと無いコマンドとかインストールされているか
調べるために、 locate hoge とか実行する。

というか、「お前は自分の管理してるマシンのファイル名を全部覚えているのか?」
もしやっているならご苦労なことだ。

190 :login:Penguin:2007/04/08(日) 01:46:07 ID:+N5qr5Yv
コマンドなら、whichでいいだろ。
locateなんてわざわざ使わん。


191 :login:Penguin:2007/04/08(日) 01:49:51 ID:S1gIGviP
>>190
パス通してない無い場合は?

コマンドは例だったが適用例は設定ファイルとかファイル全般。

192 :login:Penguin:2007/04/08(日) 01:54:57 ID:AO6opwfy
俺はwhichもlocateも使うよ。
locateはかなり良く使うけどなぁ。

193 :login:Penguin:2007/04/08(日) 02:34:25 ID:Hzw/JAkU
cronでslocate走った後って、メモリ消費量増えない?


194 :81:2007/04/08(日) 04:25:29 ID:HBM8UdKZ
>>187
いや、自分の場合はrootをr/oにするというハックをしている状況なのでハマっただけです。 
組み込み系のアプライアンスのための要求なので普通のホストシステムならたぶん問題はないでしょう。

しかし今回の経験で学んだのは、Linuxホストのrootをr/oにするっていうノウハウがあまり
確立されてないという事。漠然とセキュリティーのためにそうする事もあるという事を
見聞きしてましたが、今回のことも含め、ハマる穴は沢山ありそうです。

195 :login:Penguin:2007/04/08(日) 04:34:17 ID:IVjfIv3g
>>194
BSDに比べて/をroにすることを考えていないといえば考えて無いとはいえると思う。

prelinkとかは止めりゃいいだけだが、
/usr のパーティション分けたら動かないものとかあったりするし。

196 :login:Penguin:2007/04/08(日) 05:55:52 ID:VhLkTwV9
というか、cronでprelinkなんか動かしているその組込み系の
ディストリを明記してくれた方が有益だと思う。
あるいは、PC向けのディストリをベースに自力で構築している
ならそう書くべきだな。

197 :login:Penguin:2007/04/08(日) 09:31:32 ID:M3c2/sEX
>>193
> cronでslocate走った後って、メモリ消費量増えない?

ファイルキャッシュが増えるからだよ。

198 :81:2007/04/08(日) 12:57:04 ID:HBM8UdKZ
>>196
失礼しました。 単にCentOSをアプライアンスとしてカスタムインストールしているだけです。 
「組み込み」とはいっても中身はPCマザボの普通のサーバーですので。 面白いのは色々とごちょごちょ
いじっている時に/etc/rc.d/rc.sysinitにこんなコードを見つけた事:

 if [ -f /etc/sysconfig/readonly-root ]; then
  . /etc/sysconfig/readonly-root

  if [ "$READONLY" = "yes" ]; then
  # Call rc.readonly to set up magic stuff needed for readonly root
  . /etc/rc.readonly
  fi
 fi

これ見たとき、お、ちゃんと考えてるじゃんとか思ったのですが、肝心の/etc/rc.readonlyがないんですよね。
"magic stuff"は自分で書いてくれとのことのようです。

199 :login:Penguin:2007/04/08(日) 13:04:09 ID:v21r+S80
>>194
ひとりでこつこつとやっててもむずかしいよ。
組込み系は組込み系のコミュニティーで
ノウハウが貯ってるからねぇ。

200 :login:Penguin:2007/04/08(日) 14:22:45 ID:Q1EoOsla
システム全体に全文検索のindexを作るのは現実的じゃないからファイル名検索は現役だけど、
slocateはupdatedbを実行するまでindexが更新されないのが困る。updatedbの実行中は負荷高いし
モジュールの追加に抵抗が無ければ、ディレクトリツリーを変更するシステムコールをフックして、
インデックスを即時変更するrlocateの方がスマート

201 :login:Penguin:2007/04/08(日) 14:56:06 ID:+N5qr5Yv
updatedb重いよなぁ。
デュアルコアとかマルチプロセッサなら多少は軽減されるだろうか?
ま、どっちにしてもサーバ向けの機能ではないし、いらないっちゃいらない。


202 :login:Penguin:2007/04/08(日) 15:25:07 ID:ZmJtdjLW
重いと感じない私は使い方間違ってる?
動作中は確かにディスクアクセスが増えるけど、CPUそんなに使わないし
五分もしないうちに終わるし。
ディスク合計1テラ弱を八割程度しか使ってないから?
システムはP4HT2.8G SATAディスク500GB+400GBです

203 :login:Penguin:2007/04/08(日) 18:21:11 ID:kS1N8DBw
updatedb って中身は主として find を呼び出している
シェルスクリプトとして実装されていることが多いですよね。
nice したらそんなに邪魔にならないし、
そんなに邪険にしてやらなくてもいいんじゃないだろうか。

204 :login:Penguin:2007/04/08(日) 21:30:08 ID:IVjfIv3g
>>201
サーバとデスクトップで区別する理由が分からん。
どっちでも有用だろ。

手動実行しても重たいとは思わないが、
普通はcronでniceつきで回すだろうから全く問題ない。

>>200
rlocateって標準装備してるdist.ってある?

205 :login:Penguin:2007/04/08(日) 21:50:06 ID:zsJ2r/Ru
ちょっと前にさ、locateが速いのはホントにupdatedbのおかげなのか?と思って

・普通にupdatedb + locate
・単なるfind | gzip > list.gz + zgrep

で比較してみた。

そしたら、なんとfind + zgrepの方が、というかlocateよりも
zgrepでリストファイル検索した方が速かった。リスト作るのも
当然findのみの方が速い。updatedbは内部でデータベース作ってる
わけだけど、スペース削減の意味がほとんどない今、もう過去の
遺物かも知れんと思ったよ。

206 :login:Penguin:2007/04/08(日) 22:05:50 ID:EmYGF54Z
過去の遺物だろうね。
fedoraではFC3あたりからlocateのサービスが切られてるよ。
それ以前はデフォルトでcronで走るようになってたけど。

207 :login:Penguin:2007/04/08(日) 22:08:33 ID:dD+lSYL+
makewhatisも切ってほしい

208 :login:Penguin:2007/04/08(日) 22:44:55 ID:tkpoMrl5
>>205
なんかオレが調べた結果と違うなあ。(ただしFreeBSD上)

手元のPCはディレクトリとか込みで200万ぐらいファイルがあるんだけど、
zgrepで調べたほうが遅くなる。
アルゴリズム的にファイル数が増えるにしたがって差が開くはず。

locateのデータベースはファイルリストをソートし、一つ前のファイルパスと
異なる部分からしか記録してないのでファイルサイズが小さい。
しかも、検索する際にスキャンするデータの大きさはlocatedbのサイズ分だけ
ですむ。
gzipしたファイルを検索する場合は元のファイルの大きさ分スキャンしないと
いけなくなる。

ちなみにファイルサイズはlocatedbだと17MB弱、gzipものは18M強、
bzip2だと15MB強でどれもほとんど変わらんかった。
元のファイルリストは200MBぐらい。

検索時間はlocateだと0.19s、zgrep, zfgrepだと1.45sぐらい、
bzgrep, bzfgrepだと12s弱ってところ。
ためしに元のファイルでgrepかけてみると0.26sぐらい。
(Pentium4 2.8GHz, FreeBSD 6.1)

もちろん、rlocateみたいにファイルの名前が変更されたときにデータベースを
更新するのが一番いいけど。

209 :login:Penguin:2007/04/08(日) 23:31:08 ID:HNNwKpZg
みんなそんなにファイル調べる事あるの?
>>189
コマンドインストールしてるかなら、パッケージ管理用のコマンド使うし
自分がパスを通している所以外にコマンドが入っていることなんてまず無いし・・・

で、動的なファイル検索ならfindを使う。
色々調べ方を指定できるfindの方が便利だし。

つまり、偶にしか使わない機能だから、ちょっと位速くなっても・・・という気分。

210 :login:Penguin:2007/04/08(日) 23:39:41 ID:S1gIGviP
>>209
一般ユーザで find / するとパーミッションで読めないファイルあるでしょ。
(これはlocateも同じ問題が発生するが)

わざわざ毎回 find / することを防ぐために locatedb 作ってるんだからさ。
locatedb 更新後に追加したら、updatedb 実行すればいいだけだし。

211 :login:Penguin:2007/04/08(日) 23:43:21 ID:zsJ2r/Ru
>>208
こっちはLinux。規模はやっぱり200万ちょっとくらい。

updatedbのデータはもう作らなくなってしまったので今追試は
できないけど、データ構造的にはupdatedbの方が高速になるはずと
いうのは同意。でも、結果はそうでなかったので「?」だった。
「.」で探して全スキャンとかしてみるとどう?

>>209
大抵のファイルのありかは頭に入っているわけなので、
調べる必要がある時は「わからーん」という状況のことが多い。
そういう時にfindではターンアラウンド大きすぎて試行錯誤できず
不便なことがある。locate,locate,locate。。。あった、位に高速でないと。
でも、最近はファイルシステム構成やパッケージ構造が標準化されて
あまり出番はなくなった>locate


212 :login:Penguin:2007/04/08(日) 23:52:15 ID:tkpoMrl5
ソースとか溜め込んでるとlocateは便利だよ。
例えば前にコンパイルしたバージョンほげほげのtarballはどこいったって感じで。

あとconfigureでライブラリとかヘッダーファイルがないって言われたときも結構使うね。
Perlのモジュール使ってるときにも元の.pmファイルが見たいときがあるんで使うなあ。

なんとなくだけど、自分でコンパイルしない人はlocate使わないのかも。

213 :login:Penguin:2007/04/08(日) 23:58:51 ID:FgPsXoOH
>>212
findだと大変だもんね。

214 :login:Penguin:2007/04/08(日) 23:59:33 ID:+N5qr5Yv
自分でコンパイルするときはどこに何が置かれるのかおよそ把握するし。
ログを残しておけば、それを見ることも出来るし。
コンパイル専用ユーザとか作るのも普通でしょ?


215 :login:Penguin:2007/04/09(月) 00:04:14 ID:tkpoMrl5
>>211
% time locate / > /dev/null
1.058u 0.014s 0:01.07 99.0% 16+227k 0+0io 0pf+0w

% time zgrep / filelist.sort.gz > /dev/null
2.449u 0.067s 0:02.57 97.2% 97+388k 0+0io 0pf+0w

やっぱzgrepのほうが遅いみたい。

% time zfgrep / filelist.sort.gz > /dev/null
8.372u 0.044s 0:08.45 99.5% 96+379k 0+0io 0pf+0w
% time zegrep / filelist.sort.gz > /dev/null
2.485u 0.029s 0:02.52 99.2% 96+387k 0+0io 0pf+0w

しかもfgrepのほうが遅い。
(fgrepが遅い理由はググれば出てくるはず)

216 :login:Penguin:2007/04/09(月) 00:05:37 ID:atKY9uJN
>>214
小規模かつ一人でやってんならそうでしょうね。

217 :login:Penguin:2007/04/09(月) 00:06:18 ID:vrz2OUFg
>>214
tarball内のファイル名全部を記憶してるわけ?
log取ったあとに移したりすると意味無いから、
ログより新しい情報で無いと使えないことがある。

218 :login:Penguin:2007/04/09(月) 00:12:46 ID:YK4Cy17y
locateは使った時に便利さが実感できるけど
使わない時は本当に使わないね。
半年くらい前にサウンドデバイスのテストしようとして
locate "*wav" したのが最後だ。
cronで毎日更新してるけどなんかもったいないな。

219 :login:Penguin:2007/04/09(月) 00:15:11 ID:atKY9uJN
>>218
まぁ、いいんじゃない?

220 :login:Penguin:2007/04/09(月) 00:17:37 ID:PFZ7GF/k
あー、locateバリバリ使わないとどうにもならなかった事例思い出した。

前任者が勝手コンパイルで入れたsenmdmailの入れ替え。
インストールログが一切なくて、そこらじゅうのマシンのいろんなディレクトリに展開されてる
sendmailの内、どれを使ってコンパイルしたのか分からない。
仕方ないからマシン全てでlocateを実行しましたよ。
findだと日が暮れてたと思う。

結局、コンパイルに使ったソースファイルはどこにもなかったけど。

221 :login:Penguin:2007/04/09(月) 00:19:05 ID:YC9/TDq9
locate 使うかどうかなんて議論するほどのことか?
便利だと思うなら使えばいいし、
必要ないと思うなら使わなきゃいい。
どうしてもやりたいなら雑談スレでやってくれ。

222 :login:Penguin:2007/04/09(月) 00:23:53 ID:atKY9uJN
>>221
うっせぇよ。どんだけ偉いんだお前?

223 :login:Penguin:2007/04/09(月) 00:41:27 ID:SYt9P2O4
自分で管理もしてないPCの locate の結果が信用できるのかね。
しかもそんな状態の。

224 :login:Penguin:2007/04/09(月) 00:45:52 ID:atKY9uJN
>>223
>自分で管理もしてないPCの locate の結果が信用できるのかね。

言い出したら1日前のファイルリストなんぞなんの信頼性もない。
その正当性は人が確認すればいい話。
何もlocate hoge | xargs rm -rfなんてことがしたいわけじゃないし。
ファイルが今もその辺にあることを「知りたい」だけなんだよ。



225 :login:Penguin:2007/04/09(月) 00:54:15 ID:PFZ7GF/k
locateの機能をファイルシステム側で提供してくれるとうれしいと思わないかい?

rlocateのやり方だとリモートディスクが変更された場合に検索できなくなるから、
ファイルシステムの機能として取り込んでくれないかなあ。

ぶっちゃけ頓挫したWinFSみたいにDBにメタデータつっこんでくれれば、
なんでもし放題でいいんだけどなあ。

226 :login:Penguin:2007/04/09(月) 00:56:08 ID:b08awD+c
beagleとか大して使われなかったな

227 :login:Penguin:2007/04/09(月) 02:22:01 ID:EXUr/7hN
単純圧縮だと時間が線形に増えるのに対し、
木検索だとlog2になるので、数が増えれるほど差が開く。

線形検索だと処理が単純な分オーバーヘッドが少ないので、
数が少ない場合は線形の方が速いし、数が多くなれば木の方が速くなるだろ。

更に、パイプでつなげて複数のプロセッサを同時に使えるケースだと単純2倍になるとか、
条件変数をいじれば閾値が変わる。


比較するなら条件付けないと意味なさげ


228 :login:Penguin:2007/04/09(月) 12:40:13 ID:jp1FtvCv
reiser,reiser騒ぐヤツはどこでも疎まがられてますな。
(Reiser4. BEST FILESYSTEM EVER.)

229 :login:Penguin:2007/04/09(月) 12:50:11 ID:F3Ij9AuO
彼らが亡き者にされないことを祈ります

230 :login:Penguin:2007/04/09(月) 13:34:58 ID:jp1FtvCv
>REISER4 FOR INCLUSION IN THE LINUX KERNEL.
危な臭くなってきますた。

231 :login:Penguin:2007/04/09(月) 13:53:01 ID:72H5EoZf
どこに書かれていますか

232 :login:Penguin:2007/04/09(月) 14:06:24 ID:2R5UgYQX
Reiserの事件が起きたのが不思議だったが
このスレの速度見てたら納得した。

Linuxに於いてファイルシステムは重要な位置にある。

Reiser裁判の続報マダー?

233 :login:Penguin:2007/04/09(月) 15:53:55 ID:jlcenkeg
SCO裁判と合流いたします。

234 : ◆IIiDC8JS7w :2007/04/10(火) 01:12:20 ID:7nQI0l/r
4/6からreiser4のお話でLKMLが荒れてます。
お話はベンチマークでreiser4最強説から始まる。。。


BEST FILESYSTEM EVER.
ttp://marc.info/?t=117582320300003&r=1&w=2
ttp://marc.info/?t=117606890500003&r=1&w=2

REISER4 FOR INCLUSION IN THE LINUX KERNEL.
ttp://marc.info/?t=117609196200002&r=1&w=2

Troll Of The Year (Was: REISER4 FOR INCLUSION IN THE
ttp://marc.info/?t=117611593400001&r=1&w=2

235 :login:Penguin:2007/04/10(火) 09:09:09 ID:TLRAIA8b
mmカーネルには入ってるのだから、
メインストリームに入れられない理由が技術的問題なんてありえない。

236 :login:Penguin:2007/04/10(火) 17:24:13 ID:SKiObrIB
>>235
ここまで大きくなると、政治も技術なんだよね。


237 :login:Penguin:2007/04/10(火) 17:35:34 ID:NbCL9/FB
単にコミュニケーション能力だろ?

238 :login:Penguin:2007/04/10(火) 18:39:10 ID:72LWlPWO
メインストリームに入れたとして誰がメンテナになるの?
一緒に変更されるIO周りのメンテナンスは?
入れて終わり、じゃないから難しい

239 :login:Penguin:2007/04/10(火) 22:20:54 ID:WYQ/GLOl
>>238
俺だけど?

240 :login:Penguin:2007/04/10(火) 22:51:49 ID:SKiObrIB
>>239
お前じゃぁ、やっぱり見込み無いな・・・。


241 :login:Penguin:2007/04/10(火) 23:22:07 ID:epWNgzd4
akpmなら、akpmならやってくれる!!

242 :login:Penguin:2007/04/10(火) 23:45:53 ID:meYFnXcY
mm=マジ ムカツク


243 :login:Penguin:2007/04/11(水) 01:12:31 ID:OGV1dpwn
>>242
-mm は、マゾ・マニア用。

244 :login:Penguin:2007/04/11(水) 01:28:22 ID:SCjN+X9I
Reiser4の最強性能を使いたくないとは
判り易すぎる工作員だよな。

きなくさいどころか大炎上ものだろ。
反対するやつら尋問して黒幕吐かせろよ。

245 :login:Penguin:2007/04/11(水) 02:36:47 ID:veJPWDy0
>>244
ちょいと聞きますが「Reiser4の最強性能」って具体的にどんなもんですか
新規インストールするノートPCにどのFS使おうか迷ってるもので参考の為お伺いします

246 :login:Penguin:2007/04/11(水) 06:27:12 ID:JLZuygxe
とりあえずチキンな俺は ext3 だな。

247 :login:Penguin:2007/04/11(水) 06:27:20 ID:OGV1dpwn
>>244
ここで工作活動して、なんの意味が・・・?
皆ext3のダメなところを十分知ってて使ってるだろうよ。

248 :login:Penguin:2007/04/11(水) 07:49:29 ID:JLZuygxe
jfsはチキンな俺でも時々使ってる

249 :login:Penguin:2007/04/11(水) 11:26:46 ID:sDZCnxJd
ルートはext3だがデータフォルダはjfsだぜ。
特にいいところも問題もないから話題にならなくて困る=情報が少ない。

250 :login:Penguin:2007/04/11(水) 16:38:05 ID:jrv4Ve51
ライザーをバニラに入れるとだれもext*を使わなくなるから。

251 :login:Penguin:2007/04/11(水) 17:31:01 ID:nWq7Sr57
>>250

ディストリビューションが公式にサポートしない限り、バニラカーネルに入っても
あまり使われないような気がする

252 :login:Penguin:2007/04/11(水) 18:24:04 ID:qZdt7s1O
ディスク使用効率を比べたらJFSが一番良かったので動画保存用に使ってる。
NFSサーバにもしてるが性能は気にならない。
SquidのキャッシュはXFS。
データベースもXFS。
この二つは以前reiserfsだったが、システムが不安定になったのでやめた。
その他はext3で何ら問題ない。reiserfs以外はクラッシュした事も無い。

253 :login:Penguin:2007/04/11(水) 18:25:59 ID:qZdt7s1O
FTPサーバがまだreiserfsだった。
そういやこいつも何ヶ月に一度か固まるんだよなぁ。
reiserfsやめようかな。

254 :login:Penguin:2007/04/11(水) 18:30:23 ID:Bbr4qd52
FreeBSD 7が出たら、ファイルサーバはLinux ext3からFreeBSD ZFSに移行する予定。
OpenSolaris ZFSのほうがいいんだけど、ヲレはいいにせよ、いつか管理を引き継ぐときに
後任の人間が管理できなさそうなので。

255 :login:Penguin:2007/04/11(水) 18:47:44 ID:qZdt7s1O
それは勇者だな。止めはせぬ。止めはせぬぞぉ。

256 :login:Penguin:2007/04/11(水) 18:48:29 ID:sDZCnxJd
smpatch update叩いて
svcadmin 叩くだけでいいんじゃないっすか?

FreeBSDもSolarisもLinuxしか知らない人間にとったら同じなのでは?

257 :login:Penguin:2007/04/11(水) 21:54:28 ID:XAfrtCFB
そういう意味じゃないだろ

258 :login:Penguin:2007/04/12(木) 01:32:02 ID:XK3lSsMk
Sun、次世代ファイルシステム「ZFS」の技術をOpenSolarisへ寄贈
http://journal.mycom.co.jp/news/2007/04/11/015/index.html

これでLinuxへの移植も弾みが付くかな?

259 :login:Penguin:2007/04/12(木) 01:48:11 ID:Doi0XtNY
>>258
VFS (ぼそっ)

260 :login:Penguin:2007/04/12(木) 03:32:04 ID:3iq35grF
GPLか、となると、もう、ごそっと根こそぎ色々買えちゃいましょうよ。

・・・いや、それならSolarisカーネル使ったほうが早いか・・・

261 :login:Penguin:2007/04/12(木) 08:50:15 ID:K4BKMimV
じゃあGNU/Solarisで握ってください

262 :login:Penguin:2007/04/12(木) 10:02:58 ID:8G0xdNdm
結局VFSの何が問題か誰も説明できてないんだよね。

263 :login:Penguin:2007/04/12(木) 10:26:48 ID:rYnLamFa
説明できるくらいならなおせるからでしょ。
一言でいうなら「遅い=効率悪い」ってことじゃ?

264 :login:Penguin:2007/04/12(木) 10:32:35 ID:f7nO3IV0
>>262
煽る以外に芸のない、いつもの人乙。まあ、恥垢臭全開の悪臭公害っぷりは
芸に入るのかもしれないけどな。

265 :login:Penguin:2007/04/12(木) 10:44:13 ID:0cfLNdmr
遅い?
なにが?

266 :login:Penguin:2007/04/12(木) 10:45:22 ID:4Cg0BFlt
エラーを伝えて上流の処理を変える機構が無い んじゃ?
エラーといってもリトライでどうにかなるものもあれば、別のセクタに再割り当てしなきゃならないものもあるし、
FS内の格納情報まで遡って変更をしなければならないものもあるだろう。

C言語が「戻り値を複数持つように設計されていない」のと同じで、設計から抜け落ちているんだと思うが。


SCSIは、それに対する解決法の一つとして、まずエラーが発生した事を伝え、
詳細情報は別途参照するようになってるけどな。


267 :login:Penguin:2007/04/12(木) 10:46:42 ID:bNSAwxSf
>>262
そういえば、ソースコードで指摘してるのいないな


268 :login:Penguin:2007/04/12(木) 11:08:13 ID:8G0xdNdm
>>266
そんな抽象論をされても困るのですが。

269 :login:Penguin:2007/04/12(木) 11:20:40 ID:yLg5Zjmp
抽象論でも具体的に反論できる人ならできる話に見えるけど。
それができずにVFSが駄目という定説を覆そうなんて思ってるの?

270 :login:Penguin:2007/04/12(木) 11:24:32 ID:8G0xdNdm
じゃ、libataのFUAとかDPOのサポート状況を見れとかそういう話をすればいいのかな?
>>266はATAとSCSIの一般論をいっているような気がするので。

271 :login:Penguin:2007/04/12(木) 11:25:33 ID:QideTFxj
>>ID:8G0xdNdm
こいつを相手にするだけ無駄だって

272 :login:Penguin:2007/04/12(木) 11:35:10 ID:0cfLNdmr
ソースコードの指摘まだ出てこないですねえ
ソースコード指摘したら、相手してやってもいいけどなあ

273 :login:Penguin:2007/04/12(木) 11:36:13 ID:i6Q8o8tQ
ソースが欲しいんだって

274 :login:Penguin:2007/04/12(木) 11:37:46 ID:bNSAwxSf
このスレにそんな高等なやつおらへん
ソースコード、gitでとってきて読んでるやつすらいないと思われる

275 :login:Penguin:2007/04/12(木) 11:51:29 ID:0cfLNdmr
>>274
そうなの?ちょと幻滅
簡単なんだけどなあ
でも、俺のカーネルレポジトリのディレクトリに移動したから、もうちょっと待ってみる


276 :login:Penguin:2007/04/12(木) 11:55:58 ID:bNSAwxSf
gitの使いかたすら知らない奴がいたりしてw

277 :login:Penguin:2007/04/12(木) 12:47:13 ID:rYnLamFa
知りません教えてください
でもそういう技術的なことと設計の問題は別ではないのですか

278 :login:Penguin:2007/04/12(木) 12:53:23 ID:+nm2g3SB
git-clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git linux-2.6
とか。
さあ語れ。


279 :login:Penguin:2007/04/12(木) 12:54:45 ID:bNSAwxSf
えーと、ソース落としたことない奴いるのかよw

280 :login:Penguin:2007/04/12(木) 12:58:47 ID:i6Q8o8tQ
ソースを落とすのがそんなに高等なことですか

281 :login:Penguin:2007/04/12(木) 13:08:26 ID:bNSAwxSf
じゃねえw
ソース落としたからには、読むってことはするんだろうしw

282 :login:Penguin:2007/04/12(木) 13:09:00 ID:0cfLNdmr
みんな逃げちゃったの?
暇だから、linux-2.6/fs配下適当に読んでる

283 :login:Penguin:2007/04/12(木) 13:11:22 ID:QideTFxj
暇なら働けばいいじゃん

284 :login:Penguin:2007/04/12(木) 13:12:20 ID:0cfLNdmr
OpenBSDがぱくったソースでも見るかな

285 :login:Penguin:2007/04/12(木) 14:53:17 ID:HfAttzGM
なんの技術論もせずに煽るだけ煽って消えたか。さすがはいつもの人。

286 :login:Penguin:2007/04/12(木) 17:41:58 ID:nVM4eCBE
git使いがいるっぽいのでスレ違いだが質問
ファイルのタイムスタンプそのままでcloneするにはどうすればいいのん?

287 :login:Penguin:2007/04/12(木) 18:08:46 ID:+nm2g3SB
>>286
gitレポジトリにはタイムスタンプ情報は無い気がする。

288 :login:Penguin:2007/04/12(木) 18:28:11 ID:nVM4eCBE
>>287
あんがとう

man読んでも見当たらなかったと思ったら、やっぱりそうなのかー
その点は好きになれんなー

289 :245:2007/04/12(木) 20:09:32 ID:iBsZ/gGJ
>>245 です
アク禁で今まで書けませんでしたが、皆さんありがとうございました
ところで昔々言われてたJFSの日本語問題ってどうなったんでしょう?
(クグったんてすが解決したという完全な記述が見付からなかった)
あとSELinux使うにあたってはJFSやReiser4でも問題なさそうなので良かったです

290 :login:Penguin:2007/04/13(金) 01:15:08 ID:hoo6qTbR
漏れ、XFSの性能がいい理由とVFSがダメっつー話が実際のところコード的に
何が違うのか知りたくてコード追っかけたことある。ところが、ext*だろうが
XFSだろうが、結局カーネルの共通ルーチンに途中で処理が委譲されていってしまい、
結局なんであんなにXFSがいい結果を出せるのか正直理解できなかった。
その過程に何かあるんだろうけど。

シンポジウムでmmがext4に関連して「ext4設計するためにXFSが
あれだけいいのはなぜか、時間ができる度にソースを読むのだが、
わからない」と話したそうでログがxfs-mlに出てたけど、レベルは
違うだろうがまさにそんな感じ。

ただ、XFS on Linuxのソフトウェア的な構造は他のfsとは異質で、
同様に移植されていたJFSが普通のfsなのと比べても異彩を放ってる。
VFSスタックと別にXFSだけが内部的に別のVFSレイヤが存在してる
みたいな2重構造になってる。遅くなる要因の様に思えるのだが、
特に遅いわけでもなく、逆にハイロードでも遅くならないというのは不思議だ。


291 :login:Penguin:2007/04/13(金) 01:21:41 ID:hoo6qTbR
s/mm/akpm/

292 :login:Penguin:2007/04/13(金) 10:42:57 ID:hzqk3K7N
ロリコン

293 :login:Penguin:2007/04/13(金) 15:21:34 ID:ZgJh2Ld8
XFSがそんなに速いなんてしらなかった。
マウントが妙に速いとは思っていたけど、使ってみて速さを特には感じなかったから。
ちょっと見直そうかな

294 :login:Penguin:2007/04/13(金) 16:31:53 ID:kwlQ/nE+
実際に製品で使われているものだから
sgiも気合い入れてるんでしょ

ところでJFSて製品で使われてるの?
IBMの

295 :login:Penguin:2007/04/13(金) 19:15:24 ID:hzqk3K7N
AIXだとデフォルトでjfsじゃ無かったっけ?

296 :login:Penguin:2007/04/13(金) 22:00:31 ID:hoo6qTbR
>>293
速くはないよ。遅くもないけど。
重く(なら)ないというのがより正確だと思う。

速度だけなら揉めてる最中のreiser4が侮れない。「お前ホントに
書いてるのか」と思うくらいブッチギリの時がある。ちなみにJFSが亀。
あまりにも差が付いてるので再測定してる所だけどな。

ただ、読み書きサイズを増やすと優劣の順位はしっかりあるものの、
数割の範囲内に収まってくるので、通常利用(=小ファイル
アクセスで体感しているもの)は結局はバッファリング性能とか
ディレクトリエントリのスキャン性能を体感しているだけと
言えるんじゃないかな。

297 :login:Penguin:2007/04/13(金) 22:11:00 ID:wAI/O+K+
>>296
reiser4はベンチ上での速度?
圧縮してるから、ベンチとかでよく使うファイルは0ばっかのファイルで
書き込み量も少なくなるし、速くなるのは道理、とか言ってたな。


298 :login:Penguin:2007/04/13(金) 23:20:21 ID:vMxS3Vxb
>>296
> 「お前ホントに書いてるのか」と思うくらいブッチギリの時がある。

cacheに書いてACK返しているとかいうオチは無いよな?


299 :login:Penguin:2007/04/13(金) 23:48:47 ID:cwoFeYOd
>cacheに書いてACK返しているとかいうオチは無いよな?
XFSもそうだ。

300 :login:Penguin:2007/04/14(土) 00:45:13 ID:nAecf1s7
>>298
そういう状態も含めて各種条件でデータ取ってます。結局実使用条件は
様々なので、全部デフォルト、sync、O_SYNC、stdio使う、syscall直、
ログサイズ、コミット間隔など、mkfs/mount/benchmark方法の3条件を
パラメータとして変えていってfsによってどう挙動が変わるかなと。
組み合わせ爆発が起きるのでかなり絞ってるんですが、1巡させるだけで
1週間とか、馬鹿みたいに時間かかってます。

>>297
です。postmarkでやってます。これはランダムデータ書くので、
たぶんバッファリングと小ファイルの持ち方が強烈に効いたのかなと推測。

301 :login:Penguin:2007/04/14(土) 00:58:26 ID:+AesjW7P
>>297
圧縮の意味まちがえてるんだぜ?

302 :login:Penguin:2007/04/14(土) 06:08:42 ID:OZ+7/Bvj
winから読める、winを読む、の互換性重視で言ったらまだext3のほうがいいの?

303 :login:Penguin:2007/04/14(土) 07:37:30 ID:W+0IctxX
サンバつかえばFSは何でもよいのでは?

304 :login:Penguin:2007/04/14(土) 07:48:47 ID:nAecf1s7
>>301
もしかして単に小ファイルの持ち方(パッキング)のこといってる?
圧縮プラグインって完成してたっけと思いつつ返事してたけど。

305 :login:Penguin:2007/04/14(土) 08:05:31 ID:FrfsoSHU
通常の自宅鯖として使っている俺としては、
うん1000通あるMaildirの処理さえ早くなってくれれれば、
あとは正直どうでもいい。

306 :login:Penguin:2007/04/14(土) 17:48:30 ID:n31Bj3y3
1000通くらいならtmpfsで

307 :login:Penguin:2007/04/14(土) 17:52:18 ID:W+0IctxX
そんなあなたにはライザ4が最適でしょう

308 :login:Penguin:2007/04/14(土) 19:04:07 ID:/rvfCIOs
Reiser4のメインストリームのLinuxカーネルへマージまだー?
マージ阻むのもいい加減にして欲しい。

hansを排除して満足したと思ったら大間違いだった。

309 :login:Penguin:2007/04/14(土) 19:05:09 ID:BiYQHwK9
>>308
なんか実装がすげえ汚いんだっけ?

310 :login:Penguin:2007/04/14(土) 19:14:03 ID:KriP7LyJ
hans氏を隔離して開発を滞らせて信者のほとぼりが冷めるのを待ってるんだよ

311 :login:Penguin:2007/04/14(土) 19:45:50 ID:rJ7PlvJe
汚いというか、Linuxっぽくないコードなものだからいちいち手直しするのに時間がかかっているとかいう話を聞いた。ITmediaだったか@ITだったか。

312 :login:Penguin:2007/04/14(土) 19:58:48 ID:BiYQHwK9
>>311
実はWindowsドライバだったとかなw

313 :login:Penguin:2007/04/14(土) 19:58:53 ID:u46OK4Z0
Linuxっぽいコードって何?
Linuxのコードって闇ナベみたいなものじゃなかったっけ?

314 :login:Penguin:2007/04/14(土) 20:01:59 ID:BiYQHwK9
>>313
その程度の知識では話にならん。

315 :login:Penguin:2007/04/14(土) 20:04:28 ID:nAecf1s7
>>313
まず、GNUのコーディング規約の紙を100部印刷しろ。それからそれを全部破いて捨てろ。
話はそれからだ。

316 :login:Penguin:2007/04/14(土) 20:12:19 ID:KvldqhLa
地球にやさしくないスローガンだよな

317 :login:Penguin:2007/04/14(土) 20:18:13 ID:u46OK4Z0
>>314-315
そんなあなたには

「伽藍とバザール」

318 :login:Penguin:2007/04/14(土) 20:23:22 ID:kqogGdY4
バザール開発=闇鍋と言いたいわけか

319 :login:Penguin:2007/04/14(土) 20:26:44 ID:u46OK4Z0
闇ナベは言葉が悪かったかもな
統制を重視しない手法で成功しているっていうこと

320 :login:Penguin:2007/04/14(土) 20:36:41 ID:HirxiLxq
>>313
Reiser4のコード読めば分かるよ。
reiserfsの時も少し読んだけど、字面的にはかなり気持ち悪かった。

321 :login:Penguin:2007/04/14(土) 20:42:55 ID:u46OK4Z0
いやいや、Reiser4のコードはどうでもいいんだ

Linuxっぽいコードってあるの?

322 :login:Penguin:2007/04/14(土) 21:36:34 ID:JQu7S8Qj
assert使うコードが(゚Д゚)ウゼェェェ って他の開発者に言われて、Hansたんが
assert使うのが当たり前だろって言ったってエピソード聞いた気がする

ってことは、reser4はassertバリバリ入りまくりなんだろうな

323 :login:Penguin:2007/04/14(土) 21:51:15 ID:HirxiLxq
>>321
Reiserfs以外のコードはだいたいそれっぽいが?

324 :login:Penguin:2007/04/14(土) 22:00:49 ID:W+0IctxX
assertの何が悪いの?
ま、一通りデバッグおわってるなら削除しても良さそうなものではあるけど。

325 :login:Penguin:2007/04/14(土) 22:03:22 ID:O/SWzRZt
最適化にも使えるのに>assert

326 :login:Penguin:2007/04/14(土) 22:34:57 ID:nAecf1s7
ポイントポイントのassertについては入れとく方がまっとうな
より厳格・安全なので基盤系ソフトとしてはやってて欲しいけどな。

あってはならないデータがそのままコードの奥にまで到達して
誤データにより悪さされるより、意図的に入れたassertのポイントで
トラップして死んでもらった方が被害が少ない。

327 :login:Penguin:2007/04/14(土) 22:50:25 ID:LpkAH6SR
Hans が逮捕されて Namesys の存続も危ういのにマージしろっつー方が無茶だろ。
メンテナがいなくなれば結局外すことになるんだから、今となっては難癖つけて
マージしなくてよかったと思えるよ。

328 :login:Penguin:2007/04/15(日) 00:12:17 ID:A3vtsAbr
なにいってんだ。
HansがReiser4の開発から抜けるだけの公算が高いだろ。
Reiseer4はNamesys社が引き続き行うのにその言い草は無い。

だいたい、>>327もいってるように「難癖」なのだから
マージしない方がおかしい。

誰が考えても一連の流れはおかしいのに収束に向かわないという事は
それほどの大物が黒幕だという事?

329 :login:Penguin:2007/04/15(日) 00:32:06 ID:a1YDYQoa
>>328
Namesysってそんなに開発力あるのか?
ほとんどHansだけだと思ってた。

330 :login:Penguin:2007/04/15(日) 00:36:49 ID:K6eWMSSA
Reiser4から5も6も権利一切を誰かに譲りますみたいな話が出てなかったっけ。

331 :login:Penguin:2007/04/15(日) 11:22:32 ID:d2Q38sCM
>>326
Q.冗長なassertが多くないですか?
A.お前はセキュリティの素人か?これが最強なんだよ?わかってる?

みたいな感じだったはず。




332 :login:Penguin:2007/04/15(日) 11:29:35 ID:oxd97bM6
>>326
基盤系はなにがあっても死んだらまずいのでは?
むかし坂村健氏が講義でいってたよ。通常のアプリケーションならともかく
OSなどの基盤系では死んでしまうわけには行かないから使えないと。
FSがどちらに属するかは微妙だけどDBMSなどとは違い、基盤系とするのが普通じゃなかろうか。


333 :login:Penguin:2007/04/15(日) 11:31:00 ID:d2Q38sCM
>>332
基盤系って括りがそもそもおかしいのでどうでもいいです。
その昔の変な先生が間違ったことを言っていたのでは。


334 :login:Penguin:2007/04/15(日) 11:36:58 ID:XBpUZbvh
カーネルの挙動が変なと死ぬのは同じくらい辛いとおもうよ


335 :login:Penguin:2007/04/15(日) 11:38:31 ID://tGROeT
>>331
原文読んだけど、そんなニュアンスではなかった。

・消せと言う意見には反対
・なぜから、セキュリティの専門家の意見ではないから
・漏れ(=Hans)もかつてはassertゲェッと思っていた
・が、reiser4の開発でDOD(出資者だな)の専門家から学ばされた
・彼らの安全性に関するスタンダードに従う価値は高いよ

という内容だった。ただ、それ以前から関係が悪化していたことを
踏まえると、読んだ側には冒頭の「they are not security experts」とか
書いてるところでカチカチカッチーンって感じだったんだろうね。


336 :login:Penguin:2007/04/15(日) 11:46:14 ID:1iaTM/ra
とある系列会社のプロジェクトの火消しに行かされた事がある。
まったく assert を使っていない自前のライブラリを使っていたので、
仕様にそってアサーションするようにしたら、
「あんたが来てからエラー表示が増えた。バグが増えた。」
って怒られた。唖然とした。

337 :login:Penguin:2007/04/15(日) 11:46:19 ID:oxd97bM6
>>334
変な先生ってアナタ、滅亡しかけているとはいえトロンの創始者だょ

338 :login:Penguin:2007/04/15(日) 11:53:36 ID:oxd97bM6
>>336
エラー表示が増えたのは確かだろうね。
バグは増えたのではなく、かかれていたものが露呈しただけなワケだけど
同じコードでもassertいれないときはなんとなくうまく動くこともあるんだよね。
もしかして、見えざる神の手によるコンバイル時最適化じゃなかろうか(嘘)

339 :login:Penguin:2007/04/15(日) 11:55:15 ID:d2Q38sCM
>>338
どっかのスタックが壊れてたりしそうっすねw

340 :login:Penguin:2007/04/15(日) 11:57:01 ID:akjI4/2c
この文脈で坂村先生の話を持ち出すのはおかしいと思う。
どっちかというと、FSのエラーでディスクに誤データが書き込まれる方が「死んだらまずい」に相当するのではあるまいか。

341 :login:Penguin:2007/04/15(日) 12:24:35 ID:1iaTM/ra
>>332 死ねない、それは一理ある。
しかしそれは assertion とは無関係の話。
だって実稼動するバイナリはくときには assert() なんて消えてるでしょ。

多くの実装ではリリースビルドの際に assert() はバイナリ吐かないように
なってるし、プロジェクトによってはログにメッセージを吐いて
何事も無かったかのように通過するような assert() に置き換えられている
ものもある。

342 :login:Penguin:2007/04/15(日) 12:26:22 ID:d2Q38sCM
>>341
一般的な理想論は敢えてしまいませんか?


343 :login:Penguin:2007/04/15(日) 12:47:56 ID:e/AcCsTx
消せと言った側の理屈は、コーディングスタンダードに従えってことでしょ
assertが良いか悪いかとは別の次元の要求
オレ流正義を貫きたいだけの人のコードはマージしないから他所で好きに作って
っていうのは難癖じゃなく真っ当な対応かと

344 :login:Penguin:2007/04/15(日) 13:05:59 ID:+g+iSlzK
> 消せと言った側の理屈は、コーディングスタンダードに従えってことでしょ

実際と違う
原文読もうよな

345 :login:Penguin:2007/04/15(日) 13:56:00 ID:+g+iSlzK
LKML
http://lkml.org/lkml/2005/9/9/218
8. Remove all assertions because they clutter the code and make it hard to read

346 :login:Penguin:2007/04/15(日) 15:33:00 ID:oxd97bM6
>>340-341
実働システムではテスト時にうまく動いても、ユーザの予期できない使用でバグが露呈することがある。
しかしいかなる状況であっても制御不能になることは避けなければならない
という言い方をしていたと記憶している。
その意味でassertは使えない、という話だったと思う。

>>345
コード読みにくいから消せってのでは、言い掛かり以外の何者でもないように見えるけど
それほど多くのassertいれてたんだろうか。

347 :login:Penguin:2007/04/15(日) 17:10:09 ID:lpIFzX7p
>>346
手元の奴でこんな感じだな

% zcat ./reiser4-for-2.6.11-3.patch.gz |grep assert |wc
3847 18265 212260
% zcat ./reiser4-for-2.6.17-3.patch.gz |grep assert |wc
3538 15552 179184

もとのパッチが8万行ぐらい

348 :login:Penguin:2007/04/15(日) 17:14:56 ID:lpIFzX7p
しまった、>>347コメント行排除し忘れた
200行ぐらい減るなあ

349 :login:Penguin:2007/04/15(日) 17:25:10 ID:hd/uG6pJ
xfsも山ほどassert入ってるがこれは問題にならんのかね

350 :login:Penguin:2007/04/15(日) 17:35:25 ID:ESTrXwKf
しーっ!

351 :login:Penguin:2007/04/15(日) 18:19:24 ID:zdNxM7OE
必要なパラメタチェックは必ずしなきゃ駄目だし、冗長なチェックは意味が無いから消すべきだ。
オレは坂村信者じゃないが、突き詰めていくとassertを使うべきところって実は殆ど無い。
assertなんて曖昧な事するのはプログラマの怠慢だと思う。
ドライバならたとえハードウェアが壊れようと、それが原因で不正な挙動をするようなコードを許すべきじゃないだろう。

352 :login:Penguin:2007/04/15(日) 18:20:39 ID:MxJYIN/+
>>351
なんていうか、NULLなfpをreadしたりしそうな人ですね。


353 :login:Penguin:2007/04/15(日) 18:39:51 ID:zdNxM7OE
>>352
ポインタのNULLチェックは必要なチェックの代表格ですよ?

354 :login:Penguin:2007/04/15(日) 19:05:52 ID:xr2AL1Zu
http://www.linux.or.jp/JF/JFdocs/kernel-docs-2.6/ManagementStyle.htmlでも読んでおちけつ

355 :login:Penguin:2007/04/15(日) 19:39:43 ID:Y9LbL+ge
ぬるぽ

356 :login:Penguin:2007/04/15(日) 20:47:21 ID:hy33rfT5
assertが入ってるとその関数がどういうパラメータを許すのかが
一目で分るからいいな、というのが初心者の考えなんだけど

357 :Reiserは下記の意味で間違っていたと:2007/04/15(日) 20:57:36 ID:2QxTgML3
ほとんどの人はバカです。そして、マネージャであるということは、あなたが
その事実を受け入れなければならないということです。そしておそらくさらに
重要なことは、彼らの方もあなたを受け入れなければならないということです。

技術的な過ちは簡単に取り消せますが、壊れた人間関係を取り消すことは簡単
ではありません。あなたは彼らの過ち(そしてあなたの過ち)をただ受け入れ
なくてはなりません。

しかしながら、カーネルマネージャとしてうまくやるために、あまり多くのカ
ーネル開発者と絶交したり、無実の罪をきせたり、疎遠にしたりしないように
した方が良いでしょう。疎遠になるのはとても簡単ですが、逆は難しいのです。
したがって「疎遠になる」と、すぐに「取り返しがつかない」ことになってし
まい、Chapter 1 によるところのやってはいけない事になります。

358 :login:Penguin:2007/04/15(日) 21:59:19 ID:+g+iSlzK
Linux カーネル コーディング規約
http://www.linux.or.jp/JF/JFdocs/kernel-docs-2.6/CodingStyle.html

Linuxの規約はこの程度だよ

359 :login:Penguin:2007/04/15(日) 22:05:20 ID:+g+iSlzK
まず最初に、「GNU コーディング規約」(GNU coding standards)を入手して印刷してみてください。
でも、読むために印刷するのではありません。
印刷した物を燃やすのです。
この儀式は晴れがましい意思表示なのです。

原著作者: Linus Torvalds

360 :login:Penguin:2007/04/15(日) 22:32:05 ID:ZMMOdMem
まぁ、あまりに多くなりすぎると、ログが流れて余計にわけわからないってのはあるな

自分がデバッグの為に入れておく物と、公開後のレポートで期待するものは別にしておくべきだと思うし。


361 :login:Penguin:2007/04/15(日) 22:35:39 ID:TvjfzZN/
int
hoge()
{
}


362 :login:Penguin:2007/04/16(月) 18:28:52 ID:AJiq4HYp
CodaとかAFSとか使ってる人いる?

363 :login:Penguin:2007/04/16(月) 22:54:02 ID:YIMmDSBh
メリットあるの?

364 :login:Penguin:2007/04/16(月) 23:14:53 ID:eCX9PPwn
伽藍とバザール
http://cruel.org/freeware/cathedral.html

365 :login:Penguin:2007/04/17(火) 00:51:35 ID:8CqN13Yh
>>363
オフライン運用ができる・・・はず。
CodaはWindowsでもマウントできる・・・はず。

366 :login:Penguin:2007/04/18(水) 09:11:48 ID:cW407SBz
>>364
ひとりよがりな訳の典型。
「伽藍とバザール」なんていわれてもまったく意味がわからない。伽藍ってなに?
本文読むと対比関係として提示されているけど、なんで?って感じ。


367 :login:Penguin:2007/04/18(水) 10:00:03 ID:XdIgMvAg
>>366
いまさらな話だなぁ。
http://www.ruitomo.com/~hiroo/bbs/kohobu0045.html

368 :login:Penguin:2007/04/18(水) 10:54:52 ID:vmigx17f
伽藍(←読めない)

369 :login:Penguin:2007/04/18(水) 11:28:31 ID:RfDLKXaM
>>367
とりまきがキモイ

370 :login:Penguin:2007/04/18(水) 12:11:13 ID:ZmrlPEt/
なんでfsスレでカビの生えた伽藍とバザールが出てくるんだよ。

371 :login:Penguin:2007/04/18(水) 12:42:49 ID:z5KIH81m
脳の能力が弱い人はいつまでたっても脳の性能を向上させられないから

372 :login:Penguin:2007/04/18(水) 12:46:46 ID:oH/dHUBy
>>370
>>317

373 :login:Penguin:2007/04/18(水) 12:48:51 ID:pPsKVxti
>>372
>>317 は的外れだろ。伽藍とバザール読んだだって
>>313には分からないだろうし。

374 :login:Penguin:2007/04/18(水) 22:29:26 ID:TWWg+RRA
>>370
>317の発言の発端は>311

311 名前:login:Penguin[sage] 投稿日:2007/04/14(土) 19:45:50 ID:rJ7PlvJe
汚いというか、Linuxっぽくないコードなものだからいちいち手直しするのに時間がかかっているとかいう話を聞いた。ITmediaだったか@ITだったか。

この真偽はどうなんだろうな?


375 :login:Penguin:2007/04/18(水) 22:33:59 ID:rNGfJkSI
>>374
Linuxってなんか変な人に無理やりGNUファミリーにされちゃったんじゃなかったっけ?

俺は俺と友のために闘ってたつもりが、気がついたらレジスタンスのリーダーに祭り上げられてた的な。


376 :login:Penguin:2007/04/18(水) 22:41:31 ID:mN5kJ2m4
>>375
LinuxカーネルはGNUファミリーとはただの知人だったが、
GNUのコマンドが必要なのでディストリが親戚になってしまった。
*BSD系はどうなんだという反論はあるかと思うが、基本的にはこれで間違ってないはず。


377 :login:Penguin:2007/04/18(水) 22:44:11 ID:rNGfJkSI
がんばってBopenOfficeとかB.orgとかbnomeとか作ってくれたら拍手ものだったが。


378 :login:Penguin:2007/04/18(水) 22:44:46 ID:mN5kJ2m4
>>373
>317は>319のレスもしているのであながち解ってないとは言えないと思う。

379 :login:Penguin:2007/04/18(水) 22:52:39 ID:iVY1IyC/
>>374
>>311の言っているITmediaや@ITの記事ってのはこれのことかな。

http://www.itmedia.co.jp/enterprise/articles/0608/25/news023.html
>Reiser関係者はパッチを誰に送付すべきかやコーディングスタイルなど、パッチの送付についての「ドキュメントやマニュアルを読んでいない」とクローハートマン氏は語った
>おそらく近いうちにReiser 4はLinuxカーネルに採り入れられるだろう、とも彼は話していた。

http://www.atmarkit.co.jp/flinux/rensai/watch2006/watch08b.html
>Andrew Mortonから「ゆっくりではあるが、Reiser4のコードをレビューしている」というせりふが出てきました。

まぁ、実際の内容はちょっと>>311の覚えている内容とは違う雰囲気のようだったがな。

380 :login:Penguin:2007/04/18(水) 23:48:47 ID:9y4tkt6q
Reiser4のカーネル取込の本当の理由は何だろう?

・ext4がいけてなさそうな感じだから
・ZFSの脅威にLinuxとして手っ取り宣伝的に早く対応したかった
・Hansの手を離れてコード変更が入ってないからじっくり見てみるかという人が増えた

381 :login:Penguin:2007/04/19(木) 00:34:33 ID:IySMK3F6
>>380
そもそもreiser4取り込んだのか?

382 :login:Penguin:2007/04/19(木) 00:43:21 ID:1Q3DqUtt
>>380
Linuxのキラーファイルシステムにしようというわけだな。


383 :login:Penguin:2007/04/19(木) 01:38:29 ID:8Sv2SaaU
あきらかに優れているものを取り入れない理由があるとすれば
政治的か個人感情以外の理由があるか?

384 :login:Penguin:2007/04/19(木) 01:54:08 ID:M4TYWFqe
そもそもReiser4が本当に優れているのかどうかという疑問はあるけど…
技術的な問題はやっぱりあると思う。
コード可読性とかメンテナンス体制とか

それが解決されているのであれば…
やっぱり政治的か個人感情なのかな?
私にはそれぐらいしか思いつかん

385 :login:Penguin:2007/04/19(木) 02:10:47 ID:yLOZJNSU
reiser3ですら不安定なのに4なんてとんでもない

386 :login:Penguin:2007/04/19(木) 02:34:37 ID:IySMK3F6
reiser4を怖がっているのは、reiser3はバージョン上がったときに
痛い目あった香具師がなますを吹いているだけに思える。

癖はあるが、自分では痛い目にあったことないから。
ただし今のところは。

387 :login:Penguin:2007/04/19(木) 02:44:05 ID:M4TYWFqe
注意はすべきだと思う。
ミッションクリティカルな分野には信頼性が確認されたものを使うべきだし。

388 :login:Penguin:2007/04/19(木) 03:03:21 ID:lsQ5Bi8C
2.6.19 (Debianでは2.6.18でも起きていた) mmap()のトラブルでは
ext3でのみ問題が顕在化してファイル破壊が起きていたけどな

正直、Linuxで信頼性の確認云々なんて求めるほうが間違っていると思うぞ

389 :login:Penguin:2007/04/19(木) 03:10:16 ID:M4TYWFqe
>>388
それ、sidじゃなくて安定版で?
fedoraもよくトラブルは起こるけど…

390 :login:Penguin:2007/04/19(木) 03:31:37 ID:lsQ5Bi8C
>>389
正式リリース前のetch用のlinux-image-2.6.18。もちろんsidもだけど。
問題が顕在化する2.6.19向けのパッチを当ててbuildしたkernelを配布して
いたんで、世間では2.6.19だけで起こるといわれていた問題が、Debianでは
2.6.18でも発生するということで、LKMLでは大騒動に。この辺の話は
http://www.atmarkit.co.jp/flinux/rensai/watch2007/watch01b.html 参照。

んで、Debianでは確か2月末頃に問題になるパッチを捨てたパッケージを
出して解決。逆にいえば、12月末に問題が解決されたというのに二ヶ月程度
それを放置して、mmap()でファイルをぶち壊す問題のあるkernelを配布し続けた

391 :login:Penguin:2007/04/19(木) 04:56:00 ID:M4TYWFqe
>>390
これはまずい…
でも検証に時間かけるとそれだけ開発は遅くなるしな…
なんかいいテスト法はないものか

392 :login:Penguin:2007/04/19(木) 06:17:33 ID:TlC3lkcJ
余談だけど、mmap()のバグというとGCのないLFSで有名なNILFSもかなりすごい。
なんせチェンジログを見ると、1.0.9まではまではmmap()したファイルの書き出しが
出来なかったとか、1.0.13まではkernel 2.6.17以降で使用するとやはりmmap()した
ファイルの書き出しが出来なかったとか。

あと、
・NILFS 1.0.15 をリリースしました.
Kernel 2.6.20 に対応しました. チェックサム計算のバグを修正しました.
これにより, これまでbig-endianのマシンで作られたNILFSディスクはマウント
できなくなります.
というのも凄まじい

>>391
Linux kernel的には2.6.19をリリースしてから問題が報告されるまで約1週間、
それから原因追求してパッチが出るまで約3週間ってことで、がんばっては
いると思う。もちろん、他のOSではWin2kのNTFSの圧縮を利用していると
ファイルが壊れるなんていう例はあったものの、変なオプションを適用していない
plain状態でファイルを壊す例は少ないんで、なんでこんなトラブルを
起こすのかいなとは思ってしまうけど。

Debianに関してだと、すでにetchのインストーラのRCを出していて、
みなさんどうかテストしてくださいって状態だったのに、重大な問題を
2ヶ月放置したのはいただけない。問題が解決されたkernelがexperimentalに
出たのは1月末で、それからetchに降りてくるまで1ヶ月もかかった。
他に問題のあるパッケージがあったから、そのせいでなかなかetchに
降りてこなかったとのことだけど…

393 :login:Penguin:2007/04/19(木) 06:24:01 ID:uY+d/G8U
NILFSはネタだろ
存在自体

394 :login:Penguin:2007/04/19(木) 09:03:48 ID:8Sv2SaaU
バザーモデルではReiser4が早々に取り込まれていいはずなのにそうならないのは
結局個人感情に過ぎないのだよね。
ま、オープンソースなんだから誰でも自由に取り込みゃいいんだけどさ、
それはそれで技術的問題があるのだが。



395 :login:Penguin:2007/04/19(木) 10:53:48 ID:1ECU5YLF
技術を理解できないヤツはすぐ感情論を出す。
まぁreiser4のどこがマージの障害になっているか
解説した「日本語の記事」がない状況ではしかたないか。

396 :login:Penguin:2007/04/19(木) 11:04:47 ID:3X6IpOAP
まーた始まった

397 :login:Penguin:2007/04/19(木) 11:37:12 ID:lsQ5Bi8C
>>395
いつもの人、例のごとくの煽り乙。

398 :login:Penguin:2007/04/19(木) 12:12:27 ID:yLOZJNSU
キチガイのスレでは正気な人は荒し扱いされるんだな

399 :login:Penguin:2007/04/19(木) 12:41:21 ID:IySMK3F6
可哀想に>>398、酸素欠乏症にかかって…

400 :login:Penguin:2007/04/19(木) 12:42:29 ID:1Q3DqUtt
>>394
バザールモデルなら、reiserが勝手にフォークするのが普通だろ。
無理して一本化する必要がない。


401 :login:Penguin:2007/04/19(木) 12:43:26 ID:8Sv2SaaU
で、どこがマージの障害なわけ?
assertか?

mmにはどうやって取り込んだんだろうね?

402 :login:Penguin:2007/04/19(木) 12:55:29 ID:lsQ5Bi8C
バザールモデルといいつつ、実はバザールでもなんでもないのがLinux kernelの
開発モデルだからなぁ。

*BSDの開発モデルのとてつもない誤解もあって、発表された当初から「伽藍とバザール」は腐れ文書。

403 :login:Penguin:2007/04/19(木) 12:59:35 ID:1ECU5YLF
過去スレを漁ってたら出てきたので貼っておく。

ttp://kernelnewbies.org/WhyReiser4IsNotIn
と上の日本語訳
ttp://www.linux.or.jp/JF/JFdocs/WhyReiser4IsNotIn.txt

404 :login:Penguin:2007/04/19(木) 22:15:31 ID:6KLPy4f8
>>402
>バザールモデルといいつつ

言ってたっけ?

405 :login:Penguin:2007/04/19(木) 22:26:30 ID:TlC3lkcJ
>>404
ESRがね

406 :login:Penguin:2007/04/19(木) 22:59:26 ID:nItfoeun
>>403
> 彼らが一部の Reiser4 の先進的な機能を無効化するよう要求したからと言って、
> それが Linux メンテナー達がどれだけ思慮が浅いかを述べる助けにはなりません
> (これらの機能は VFS の不和を招き、Reiser4 は結局これらを無効化しました)。

結局ここが一番大きいんでない?

407 :login:Penguin:2007/04/19(木) 23:31:31 ID:xAH8B/OD
感情論と言うのは簡単だけど、
ライセンス的にもクリアで、期待されていて、
マージが技術的にクリアなことが立証されれば、拒否する事はできないだろう。

論理的理由無しに拒絶するとこの規模のコミュニティは成立しない。


408 :login:Penguin:2007/04/19(木) 23:56:50 ID:nS6Jtj0c
キチガイが作っただけで信用できないし、
そんなのがつくったのをレビューする酔狂な奴もいないからマージされないんだろ?

409 :login:Penguin:2007/04/20(金) 00:00:09 ID:T1wXoG9l
このスレにキチガイが居るのは事実だが、
reiserfsの作者は過剰にアグレッシブなだけでキチガイではない。

410 :login:Penguin:2007/04/20(金) 00:00:12 ID:8Sv2SaaU
mmカーネルではうまく動いているようにみえるので
技術的問題といっても言い訳にしか見えないわけだよ。


411 :login:Penguin:2007/04/20(金) 00:04:08 ID:WhKzuLJe
>>410
動けばよいというものではないぞキチガイ

412 :login:Penguin:2007/04/20(金) 00:05:04 ID:qvG9BAN7
実際、言い訳なんだろうな。
でVFSとぶつかるのはなぜなんだ?

413 :login:Penguin:2007/04/20(金) 00:06:49 ID:qvG9BAN7
>>411
問題なく動作してるのに、どこに問題が?

414 :login:Penguin:2007/04/20(金) 00:19:36 ID:SjhB6A0m
408=411=いつもの人か。なんでこいつは粘着し続けるんだろう?

415 :login:Penguin:2007/04/20(金) 00:33:22 ID:bp3nZ44R
ここに来ればかまってもらえるからじゃね。

416 :login:Penguin:2007/04/20(金) 00:35:57 ID:7kkxFwPb
reiser4の性能がホントに良いなら、早くmainに入れて、皆でバグ出ししたほうがいいのにな。
少なくとも、reiser3は安定してきたし、reiser4も-mmでアルファテストは終わったようなもんだ品。


417 :login:Penguin:2007/04/20(金) 00:58:36 ID:6ISqWSpY
>>409
過剰にアグレッシブなのとキチガイの境目はかなり曖昧だと思う。

reiser4は悪くないと思う。


418 :login:Penguin:2007/04/20(金) 01:59:55 ID:Bh6iIb65
Linuxをビジネスで使おうというやつらは、ベンダーのサポートのある
ファイルシステムしか使わんよ。
RiserFSの方がext3よりも早いというテスト結果が出た場合でも、
最終判断はベンダーのサポートする方を選ぶって事だったもんな。
SUSEがReiserFSから手を引いた今、Reiser4をメインラインに入れても
対した影響力は無いだろよ。
使いたいマニアは使うだけだ。

419 :login:Penguin:2007/04/20(金) 05:15:16 ID:lfsDperj
>>416
それが本当なら、さっさとレビューしてマージされるようにしたら?
だが、そんなことをすると reiserfs がクソであることが露呈するので reiserfs 信者はやらない。
ファイルシステム破壊ごっこするのが安定というのならもう何も言えないけど。

420 :login:Penguin:2007/04/20(金) 07:25:07 ID:+NcbBGyi
ここに-mmを知ってるやついなそうw

421 :login:Penguin:2007/04/20(金) 08:10:55 ID:SjhB6A0m
またいつもの人が湧いて出てきたか…

422 :login:Penguin:2007/04/20(金) 11:31:33 ID:4yJr0CyU
>>420
ってか-mmが何の略かすら知らないだろうな。

423 :login:Penguin:2007/04/20(金) 11:42:23 ID:xApNqsVG
また恒例の自作自演ですか

424 :login:Penguin:2007/04/20(金) 17:38:11 ID:qvG9BAN7
かわいそうな人なんです

425 :login:Penguin:2007/04/20(金) 22:37:57 ID:JP79K8e1
>>416
> でVFSとぶつかるのはなぜなんだ?

http://www.tac.tsukuba.ac.jp/~yamato/samba/11000/msg00478.html
> ReiserFS,XFS は vfs が持っている「user data が意地で
> も async でしか書き出されない」というバグを回避するために、自前のルー
> チンを登録しています

奥山氏ものでかつ古いのはすまそ。

426 :login:Penguin:2007/04/20(金) 23:31:05 ID:KnjYHM2K
>>422
マッハムカつく の略だろ。 もう死語だけどな。

427 :login:Penguin:2007/04/20(金) 23:31:05 ID:qvG9BAN7
ext3を使ってはいけないことがよくわかりました。
ext4も似たり寄ったりでしょうね。
そしてなによりVFSのバグが諸悪の根源なのですね。
ありがとうございました。

428 :login:Penguin:2007/04/21(土) 00:10:52 ID:yd60TeJP
>>427
ホント分かってるのか?
使っていいfs言ってみ?

429 :login:Penguin:2007/04/21(土) 00:50:54 ID:Xw1eIR6s
>>428
えっと…CIFS、ですか?

430 :login:Penguin:2007/04/21(土) 00:52:05 ID:n4oJPdD3
>>428
FAT12

431 :login:Penguin:2007/04/21(土) 01:01:33 ID:CA9DGetx
>>428
tmpfs

432 :login:Penguin:2007/04/21(土) 03:30:22 ID:t16qk4MV
>>427
ext3が一番無難なので、イマイチ面白くないよな。
reiserfsだのXFSだの良いながら、業務ではext3使っちゃうな。



433 :login:Penguin:2007/04/21(土) 05:14:31 ID:MAWbI52W
LFS

434 :login:Penguin:2007/04/21(土) 09:13:00 ID:wTJ9KQxg
寺捨てションはXFS採用してた

435 :login:Penguin:2007/04/21(土) 11:04:36 ID:cdtewkZP
Linuxで何が面白いかといったら、いろんなFSが使えることだろ?
*BSDはそうはいかない。
その意味ではReiser4も入れて欲しいな。
*BSDがZFSちゃんと使えるようになったらちょっとなあ。

436 :login:Penguin:2007/04/21(土) 13:21:32 ID:GFPgJkV2
いろんなFSが使えるというのはデメリットでもあるよね

○○にはこんな不具合が! ⇒ △△使っとけ
△△でファイル消えた! ⇒ □□使えバカ
□□だと遅いんだけど… ⇒ ○○使って首吊って氏ね

結局、エンドユーザにとってはFSの多様性なんて鬱陶しいだけで
デフォルトとして、安定して速いFSがひとつだけあればよくて
それに物足りないときにだけ ほかのFSに手を伸ばしたい。

437 :login:Penguin:2007/04/21(土) 13:49:22 ID:maB9uNaz
extXが安定して速ければこんな状況にはならなかったんだけどね

438 :login:Penguin:2007/04/21(土) 14:05:08 ID:GFPgJkV2
そうだね

439 :login:Penguin:2007/04/21(土) 14:15:35 ID:PrAPluj1
でもZFS上でUFS作るお間抜けさんも・・・・

440 :login:Penguin:2007/04/21(土) 18:05:14 ID:wTJ9KQxg
mmカーネルではライザー4の先進機能はオフになってるのか?
VFSのasyncでしか書かせないというバグをなんとかできれば、すべてが丸いんじゃないの?

441 :login:Penguin:2007/04/21(土) 18:41:05 ID:ZJaLj53y
>>440
default config そのまま使う気か?
それならパッチくらい調べろ。

442 :login:Penguin:2007/04/21(土) 21:26:23 ID:MAWbI52W
NetBSDのLFSも安定してきたきがする

443 :login:Penguin:2007/04/21(土) 22:56:14 ID:CyliSnvd
softupdate(だっけ?)は電源断耐性が強いという点で評判がいいな


444 :login:Penguin:2007/04/21(土) 23:29:00 ID:e36aJ9vp
>>442
Linuxにはいろいろなfsがあるといわれているけど、LFSほどの実験性と実用性を持った
fsはないんだよなぁ。実用性無視ならNILFSがあることはあるけど…

445 :login:Penguin:2007/04/22(日) 00:04:29 ID:wTJ9KQxg
詳しくお願いしていいですか

446 :login:Penguin:2007/04/22(日) 01:16:43 ID:Y1l9Vkg2
extのほうがはるかに実績あるからな


447 :login:Penguin:2007/04/22(日) 01:19:55 ID:Ww0luadJ
>>437
ext以上にとろいFS使ってるやつらに失礼だぞ

448 :login:Penguin:2007/04/22(日) 02:14:03 ID:TPioXPq9
>>445
Log-Structured File Systemについてか?
とりあえずは ttp://www.atmarkit.co.jp/flinux/rensai/fs03/fs03a.html
でも読めば?

ちなみに、そこで挙げられているLinux LFSやLinLogFSは長いこと開発停止状態。

449 :login:Penguin:2007/04/22(日) 02:38:24 ID:vDDPQBDK
>>448
NetBSDのLFSの話じゃないのか?
実用性って部分が良く分からんが。

450 :login:Penguin:2007/04/22(日) 02:58:15 ID:TPioXPq9
>>449
実用性がある=普通に使える。NetBSDではLFSで生活している人もいる。
LinuxのLFSは、どれも普通に使えるようなシロモノではなかった。
あ、NILFSはいちおう現在進行形だから、過去形でいうのはアレか。

451 :login:Penguin:2007/04/22(日) 04:43:39 ID:Ww0luadJ
NetBSDなんlかどうでもよくねw

452 :login:Penguin:2007/04/22(日) 04:44:47 ID:MZ30IGN6
ひょっとして、BSDのsoftupdateって、LFSのGC処理?


453 :login:Penguin:2007/04/22(日) 07:30:45 ID:yGUucghF
>>452
それはまったく関係ないです。
古い資料ですが、↓読むべし
http://groups.google.com/group/fj.os.bsd.misc/browse_thread/thread/549e97c89705ad19/b0d7a80a3a3c41a1

454 :login:Penguin:2007/04/22(日) 07:49:52 ID:n06vL1Od
Linux: ZFS, Licenses and Patents
http://kerneltrap.org/node/8066

455 :login:Penguin:2007/04/22(日) 12:17:24 ID:Sal/Cv20
>>446
> extのほうがはるかに実績あるからな

それだけがext*の強みなんだよな
大きな強みではあるんだが...

456 :login:Penguin:2007/04/22(日) 15:44:37 ID:Ix1kQC3e
extの存在があるから、安心して今はJFSをデスクトップで試している。
でも問題がないのでextの出番がない。

457 :login:Penguin:2007/04/22(日) 16:28:56 ID:QHpMOhf6
>>456
JFSを使いながらextの存在で安心する状況ってどんな使用法だろう。
毎日使っているファイルシステムでもし仮りにデータ破損が起きたら、そのデータは取り戻せないのに。
extのファイルシステムにたいして毎日データのバックアップをとっているから安心だというならわかるが
(私も似たようなことしている)
そうだったら「extの出番はない」なんてことないだろうし。

458 :login:Penguin:2007/04/23(月) 09:02:39 ID:TqECVpvs
Reiser4を使おうとしたらmmカーネルのビルドからはじめなきゃならなくて、
やってみたら別な問題で動かないカーネルになってしまった。
めんどくさすぎる。
はやくバニラカーネルに取り込んでほしい。

459 :login:Penguin:2007/04/24(火) 09:02:46 ID:a2K5VAKp
Reiser4よりxfsの方が速度面とデータ保全性では高性能じゃないか、という意見をみたことがあるのですが
比較した結果をみたことがありません。
実際のところどうなんでしょうか?
速度面でJFSは劣り、EXT3は速度も電源切断時の安全性もダメなようです。

460 :login:Penguin:2007/04/24(火) 09:35:51 ID:a2K5VAKp
ファイルシステムの安定性という意味では、Reiserfs(v.3,4)は評判が悪いようですが
過去のバージョンアップの際、きちんとドキュメントを読まなかったユーザが
痛い目をみただけで、本質的に問題があったようにはみえません。

結局、安定性では比較できないようです。

461 :login:Penguin:2007/04/24(火) 09:38:15 ID:0+lDVB4q
ドキュメントを読まなかったぐらいで安定性が消えるファイルシステムを
使いたくないな。ファイルシステムにまで神経つかってたら
鯖運営なんてしたくなくなるよ。

462 :login:Penguin:2007/04/24(火) 13:28:54 ID:r8d9j8Xv
>>461
お前、ものすごく頭が悪いな

463 :login:Penguin:2007/04/24(火) 13:55:14 ID:XcluZeQj
>>461
ファイルシステムの互換性の不備と管理者の怠慢は別問題。

回避できる問題は不備とは言わんと思うけどな。
怠慢な管理者には難しいのかな。

464 :461:2007/04/24(火) 14:08:25 ID:0+lDVB4q
だから不備とはいってないでしょ。
セキュリティーホールが見付かった時とか、
他の不具合が出てカーネルのバージョンアップする際に
fsのChangeLog読まなきゃいけないんなら、やってられん。
素直に不具合がでにくい他のfsを使うよ。
自宅鯖だからそんなに手間かけたくないんでね。
そんなのただの俺の管理ポリシーなのになんでそんなに食いつくの?

465 :login:Penguin:2007/04/24(火) 14:20:32 ID:r8d9j8Xv
>>464
自分からトンデモを言っておいて「なんでそんなに食いつくの」かよ。
お前の頭の悪さは手のつけようが無いってことは理解してやったから、消えろ。

466 :login:Penguin:2007/04/24(火) 14:28:14 ID:/ihLrWz5
近頃、 Reiser4 が最強ってことにしたい人達が積極的に活動してるみたいだね。

467 :461:2007/04/24(火) 14:31:10 ID:0+lDVB4q
どこがトンデモなのかを具体的に指摘せずに
人をトンデモ扱いする奴は大抵トンデモな訳だが。
「アインシュタインはトンデモだ!」みたいな奴。

apt等でパッケージ管理してるのにわざわざドキュメントの
パッケージを落としてきてfsのChangeLog読まないと
地雷踏む可能性があるのは嫌だという
ロジックのどこがトンデモなのかを指摘してくれよ。

正当な指摘だったら素直にあやまるからさ。

468 :login:Penguin:2007/04/24(火) 14:37:07 ID:9JrU84d+
ID出る板で数字コテハンつかうヤシは往々にしてバカという法則がまた成り立ったな。

469 :login:Penguin:2007/04/24(火) 14:46:39 ID:hzHAeHPX
これは酷い

470 :461:2007/04/24(火) 14:47:05 ID:0+lDVB4q
バカでいいからさ、指摘まだ?

471 :login:Penguin:2007/04/24(火) 14:58:50 ID:viUzb/uQ
FilerとNFSつかってろ

472 :login:Penguin:2007/04/24(火) 15:00:02 ID:a2K5VAKp
地雷踏んだのはaptユーザじゃないだろう。
すくなくとも、お手軽アップデートのひとが困る仕掛けにはなってないはず。

473 :login:Penguin:2007/04/24(火) 15:06:03 ID:r8d9j8Xv
なんか、各所でこういうキチガイが湧いて出ているけど、春だからなのかな?

474 :login:Penguin:2007/04/24(火) 16:42:41 ID:W6M7MQab
さっさとSolarisにすればいいのに。今ならおまいらの好きな"タダ"だよ?

475 :login:Penguin:2007/04/24(火) 19:22:06 ID:I+rI1UFR
むしろWindows Server 2003にすりゃいいのに。奥山先生も認めたマトモ設計ですよと。

476 :login:Penguin:2007/04/24(火) 21:09:00 ID:yfK3I1Sw
やっぱりNetBSDだな
史上最強のファイルシステムLFS

477 :login:Penguin:2007/04/24(火) 21:12:56 ID:TeAUa5iu
>>461
説明書に書いてある通りにやってファイルが消えちゃうなら
不具合だと思うけど、説明書に「こうやったらファイル消えるから注意」
ってあるのにそれを読まずに操作してファイルが消えたと叫ぶのは
おかしい。

478 :461:2007/04/24(火) 22:11:15 ID:0+lDVB4q
>>472
つまり自前でコンパイルしてる人は犠牲になってるんだろ。
パッケージメンテナがraiserfsのことをちゃんと気にしてる保証もないし。
自己責任とはいえrobustな運用には耐えないってことだよね。
自己責任だからこそ自分の運用で責任が持てない
fsは使いたくないんだよ。大切なデータがけっこう一杯あるからね。

>>473
キチガイはキチガイのまわりに湧くんだよ。
人をトンデモとかキチガイとか言うことしかできない
君と関わってしまったということは俺もキチガイだねw

>>477
俺は一度も不具合だと言った覚えはないし、
ファイルが消えたことを騒いでるんでもない。
いちいちChangeLogを読まなきゃいけない運用を強いられるfsを
使いたくないと言ってるだけなんだが。

479 :login:Penguin:2007/04/24(火) 22:18:30 ID:3fCa6ATh
>いちいちChangeLogを読まなきゃいけない運用を強いられるfsを
たぶんChangeLogを読んでたら、どのFS(に限らないが)も
運用してると胃が痛くなると思うよ。
>>478は何も知らないのが一番。

480 :login:Penguin:2007/04/24(火) 22:54:19 ID:XcluZeQj
>>478
> いちいちChangeLogを読まなきゃいけない運用を強いられるfsを
> 使いたくないと言ってるだけなんだが。

自分がapt-getで終らせられればそれでいいんでしょ?

> つまり自前でコンパイルしてる人は犠牲になってるんだろ。

だから、この部分は考える必要ないし、考えても無駄。
多大な労力を割くメンテナを信頼しろ。
いやなら自分で文書かコード嫁。

481 :login:Penguin:2007/04/24(火) 23:55:30 ID:AzI7/c/g
>>461
お前、ものすごく頭が悪いな

482 :login:Penguin:2007/04/25(水) 00:40:42 ID:F/EPRuJL
>>461がreiser4のkernel inclusionを求めていないことはよくわかった。
キミは使うことはないだろうし、必要もないのだろう。それでいいじゃないか。
しかし、使いたがってる人が大勢いるのは確かだし、その人たちが
痛い目を見るかどうかなんて、キミには関係のないことじゃないのか?
なぜそういう人たちの代弁をしたがるのだ?

483 :login:Penguin:2007/04/25(水) 01:51:48 ID:s5ND1KQt
>>482
あいつは普段から
「J-POPなんて聞かねぇっすよ。
あんなの何でみんな買うのかわからない。」
とか言ってるんだよ。

Linuxの場合は、カーネルのメインストリームに入った後、
RedHatかSuSEがデフォルトで採用してちゃんとバグ出ししてくれないと
ホントの意味では使えないからなぁ。

それはまず、メインストリームに入れてくれないと。
使ってみてダメだと分かれば、外せば良いだけだしね。

484 :login:Penguin:2007/04/25(水) 03:25:35 ID:DwXZC0Ab
>>483
メインストリームに入れるのはいいけど、それを入れる為に
VFSやら根っこの部分にまで手を入れられるのはカンベン。

ってのがreiserがハブられてる理由じゃないの?

485 :login:Penguin:2007/04/25(水) 03:36:11 ID:T65OeUU9
でも、VFSどうにかしないとねっていう話はLKMLで出ているんじゃなかった?

486 :login:Penguin:2007/04/25(水) 08:48:22 ID:9SJka2EA
ソース

487 :login:Penguin:2007/04/25(水) 22:44:32 ID:NL98Ha60
出てたね。

488 :login:Penguin:2007/04/26(木) 20:50:56 ID:9XNzE1Kj
今までxfsを使ってました。今はext3に戻してます。
ext3,reiserFS,xfsを使ってみて思ったのがreiserとxfsはCPUのリソースを変に掴んで離さない感じが
あったのですが、皆さんの所はどうなのでしょう?
例えば10Gくらいのファイルをコピー中に他のアプリを立ち上げようとするとやたらもっさりします。
通常1秒ほどで立ち上がるfirefoxでさえ起動に15秒ほど掛かったりしました。
よって今はext3にしたのですが、ext3だとコピー中でもそれほど影響が出ません。
また大量のアップデートなどでシステムを更新する時もxfsよりext3が早かったです。
コピーやファイルの移動だけを見るならreiserやxfsは確かに早かったですが、全体のスムースさが
失われた気がしました。そんなもんなのでしょうか?

489 :login:Penguin:2007/04/27(金) 00:06:08 ID:G0+xuv+l
体感速度じゃなく、数値でだしてもらえるとわかりやすいのだが。
あと、ファイルシステムの選択によってカーネルコンバイルオプションを変えたがいいのかも。

490 :login:Penguin:2007/04/27(金) 00:07:07 ID:RILIWmvz
まぁ、個人差がある筈の経験でいえば、

ext2 電源落ちたら覚悟するべし
ext3 壊れた事がある
reiserfs 壊れた事がある
xfs 壊れた事がある
jfs 今のところ壊れた事が無い。

一度壊れたらその時点で横一線だろうけど。

491 :login:Penguin:2007/04/27(金) 00:17:54 ID:gulcYUBQ
>>490
壊れるというのはfsckかけてもmountできなくなる状態?
それとも直前に書いたデータが消えること?

羹に懲りて何年も膾を吹くのは間違った態度とは思わないですが、
開発者は辛いでしょうね。

492 :login:Penguin:2007/04/27(金) 00:58:22 ID:PgN2ulxI
>>489
そうですね、数値データーでも取ればいいのでしょうが。。
それとカーネルオプションでファイルシステムの部分は設定項目がそう多くなくほとんどチェックが入っている
のですが(モジュールとして組み込み、それにぶら下がるオプションはチェック)他に何か変更するような
部分などあるのでしょうか?

>>490
jfsは壊れにくいってよく聞きますね。ext3のdata=journalモードなどはどうなのでしょう。噂ではこのモードは
アクセスが集中した時のデーターの詠みだしにかなりのパフォーマンスを発揮するとか聞きましたが。

493 :login:Penguin:2007/04/27(金) 01:17:12 ID:lHZ+XesC
このスレ的には面白くないんだけども、
ext3は、速度も安全性もそこそこ良いんだよ。

494 :login:Penguin:2007/04/27(金) 01:38:24 ID:Yc4O8fSp
>>493
速度はともかく、壊れにくさはあくまでLinuxのfsの中ではという注がつくでそ。

495 :login:Penguin:2007/04/27(金) 01:54:49 ID:PgN2ulxI
>>493
なんだかんだで今はext3に落ち着きました。
トラブル時の対処の情報の多さや、例えばLVMにした時にLVのリサイズなど比較的簡単に出来て、
PC可動上での処理能力時間だけでなく、管理や運用上にかけなければならない時間(情報収集や
お勉強の時間ですねw)も含めた上での速度としてみると自分の環境ではext3がベストかなと思いましたよ。

496 :login:Penguin:2007/04/27(金) 02:14:54 ID:Yc4O8fSp
>>495
LVM使うってことはファイルサーバ用途? なら、Solaris + ZFS + RAID-Zマヂお薦め。
NFSの速度、安定性もLinuxとは比べ物にならんし。

497 :login:Penguin:2007/04/27(金) 02:49:02 ID:jl+GgVIs
現状NFSv4をACLまでしっかり使えるのは、SolarisとNetAppくらいか。


498 :login:Penguin:2007/04/27(金) 05:32:20 ID:y/s4OunA
Linux: Reiser4's Future
http://kerneltrap.org/node/8102

499 :login:Penguin:2007/04/27(金) 22:45:17 ID:YcsLt5N2
>>493-494
ext3より遅いLinux用FSって何?
現役FSで最も遅いのがext3ではねぇの?

500 :login:Penguin:2007/04/27(金) 22:52:04 ID:jl+GgVIs
iso9660

501 :login:Penguin:2007/04/27(金) 23:05:46 ID:2gHHL8Xo
reiserfs とか jfs とか xfs は ext3 より遅いね。

502 :login:Penguin:2007/04/27(金) 23:25:40 ID:nfcT/9Bx
またまたご冗談を

503 :495:2007/04/28(土) 00:53:05 ID:bvpjCfV2
>>496
レスどうもです。今はこのLinuxではサーバーにしている訳ではないです。デスクトップ+実験用w

確かにSolarisにした方がいいのではって言う方もいますね。安定性、安全性はLinuxより全然いいし
もしユーザーフレンドリーやGUIの操作性を考えたらWINDOWSの方が全然いいし、なんでLinux
にしたのって言われたことが^^;
オープンソースな環境も覚えたかったし、Solarisの敷居が高そうだったし^^;;;
なるほどNFSの速度も早いんですね、言われている組み合わせも頭の隅に置いておきます。

504 :login:Penguin:2007/04/28(土) 09:15:01 ID:csLe7W4k
もう忘れたのか

397 :login:Penguin:2006/09/12(火) 22:57:38 ID:nKd1xEVn
>>367
先月に各ファイルシステムの状況知識のリフレッシュを兼ねて
jfs/xfs/ext3/reiserfs/reiser4で各状況をpostmarkで試験してみたよ。
バッチで回してまる4日かかった。

そしたら、スモールファイル・フォルダ内大量ファイル、の条件では

 reiserfs>xfs>>jfs>reiser4>>>>ext3

となった。ただし、reiserfs...jfsまでで速度が一割も
変わらないので、たしかに差はあるが、reiserfs/xfsはほぼ同格。
ちょっと離れてjfs/reiser4が団子。大差でext3。なお、writeに
重点を置くとxfs>reiserfsとひっくり返る。また、ext3はbtreeで
mkfsしてないことに注意。

ちなみに、フォルダ内大量ファイルの条件を外すと、ext3がrd/wr/wrの
どの条件でも大差でトップになった。

まだ処理速度しか集計してないので、処理中のプロセッサ使用率とかに
差があったか(負荷高くて速くても意味なし)はまだ不明。他にも
スペース利用効率も比較の予定だけど、まだしてない。

398 :login:Penguin:2006/09/12(火) 22:58:24 ID:nKd1xEVn
誤:ただし、reiserfs...jfsまでで速度が一割も変わらない
正:ただし、reiserfs...reiser4までで速度が一割も変わらない

505 :login:Penguin:2007/04/28(土) 11:18:18 ID:DlvlgyD2
オラクル通信 ファイルシステムの選択
http://www.oracle.co.jp/2shin/ora67/31.html

> 小規模なシステムでは、ReiserFSより高速なため多く採用されています。
> ところが、EXT3は構造が単純なEXT2を拡張したため、大規模システムには向きません。
> ディスク容量が大きくなったり、ファイル数が多くなると、前述のような問題が発生する可能性があるのです。

506 :login:Penguin:2007/04/28(土) 11:25:04 ID:k3hhqww9
>>505
まともに障害対策も出来ないミラクルの恥曝し記事ですね。

507 :login:Penguin:2007/04/28(土) 11:54:40 ID:bcqKYrtO
>>506

今となっては古い話だ。大目に見てやれよ。
もはや、Oracle on Linuxでファイルシステムを使うことは
あまりないんだし(OCFS2は別として)。

508 :login:Penguin:2007/04/28(土) 12:07:04 ID:0EWHvl8j
巨大ファイルを一括で作って、自分で中身管理するとかに向いてるのはext、
単純なのでシーケンシャルが速い、巨大エロ動画はこれに決まり。
ファイル名が違う細々とした捜査が速いのがreiser、
システム、コンパイルその他一般的用途はこっちだろ。

509 :login:Penguin:2007/04/28(土) 12:37:21 ID:e0ZxeqEK
DBで使えるだけの安定性あるんかな>>reiserfs


というか、FSによって、SJISファイル名使える使えないの差があることを初めて知った。
文字コード依存してたら、UTF8どうなんとか、アラビア文字どうなるんだとか、大変な事になりそう・・・・


510 :login:Penguin:2007/04/28(土) 14:11:32 ID:gbAgGm+D
>>508
extは巨大ファイルを複数作るとフラグメントが激しくなってくるから
それを何とかしてもらいたいなぁ、とエロ動画を大量に置いて管理している時思った

そんな今は、jfsをメインの環境に据えて使ってます。
使い始めて2ヶ月程だけど困ってはいない。が、ちょっとパフォーマンスには不満がある

511 :login:Penguin:2007/04/28(土) 14:53:37 ID:wTk2D7Rd
俺は巨大ファイルを扱うのはxfsがいいって聞いてたけどなあ。
>エロ動画を大量に置いて管理している時思った
シリコングラフィックスが動画とか画像とか大量に置いて管理できるためのファイルシステムとして設計したからだとか何とか聞いた覚えがある。

# ただしソースは(ry

512 :login:Penguin:2007/04/28(土) 15:34:29 ID:webW6330
>>511
DVDのリップした物とか4Gくらいのファイルなどを一度にまとめてコピーや移動させた時のパフォーマンスは
xfsは高かったですよ。ext3と時間を計って比べた時に1.5倍早かった時もあった。
ただそのコピー中に色々なアプリを使ったりしたらアプリの動作がどうも遅くなってしまって結局ext3に
したけど、サーバーなどは通常その様な使い方はしないから、ファイルアクセスのパフォーマンスという
事で考えれば確かにxfsはいいのかな。

通常のデスクトップだと>>504に書いてある「フォルダ内大量ファイルの条件を外すと、ext3がrd/wr/wrの
どの条件でも大差でトップになった」ってのが当てはまるのかなと思った。

513 :login:Penguin:2007/04/28(土) 15:56:28 ID:k3hhqww9
>>512
>スモールファイル・フォルダ内大量ファイル、の条件では
>reiserfs>xfs>>jfs>reiser4>>>>ext3
>
>また、ext3はbtreeでmkfsしてないことに注意。
始めに結論ありきのベンチマーク。

514 :login:Penguin:2007/04/28(土) 16:16:28 ID:+Lf+abEC
小さいファイルはreiserfs>xfs>ext3
大きいファイルはxfs>reiserfs>ext3
でしょ。

515 :login:Penguin:2007/04/28(土) 16:18:41 ID:webW6330
>>513
その条件だとbtreeもってる方が圧倒的に有利でしょってことかな?
一応あくまで各fsのスペックは標準で作成されたと見なした試験だったのでしょうね。
欲を言えばbtree入れたext3の比較とかもやってほしかった。しかし4日間とは。。すごいね
でもext3+btreeで使用ってあまり聞かないよう気がするのですが。。効くのかな

516 :login:Penguin:2007/04/28(土) 18:02:32 ID:JHnghFCv
dir_indexのハカー曰く、
フォルダ内大量ファイルという条件では200倍速になります。
>Creating 100,000 files in a single directory took 38 minutes
>without directory indexing... and 11 seconds with the directory indexing
>turned on.

517 :login:Penguin:2007/04/29(日) 10:17:08 ID:vTOUwg+5
ext3でbtreeとか言ってる時点でもう

518 :login:Penguin:2007/04/29(日) 11:22:00 ID:hBx8ggrz
浦島確定だな

519 :login:Penguin:2007/04/29(日) 13:10:28 ID:pIeuWyrm
わりとでかめなサイズのファイルが結構多いとこにxfs使ってるんだが
遅いような気がしてならないんだなぁ。。
そこでbittorrent動かしてるかなぁ。

520 :login:Penguin:2007/04/29(日) 13:45:52 ID:DLaNxWqM
総合力でNTFSに勝てるLinuxのFSはない?
やっぱりLinuxはFSがネック...

521 :login:Penguin:2007/04/29(日) 13:57:13 ID:7KURDbwe
>>520
まずは、NTFSの勝っている所から説明おながいします
それがないと話が進まなくて・・・・・
総合的に勝ってる負けてるでいうと主観合戦になります

522 :login:Penguin:2007/04/29(日) 14:10:32 ID:zOmUJM4L
何だよ総合力って

523 :login:Penguin:2007/04/29(日) 14:15:24 ID:gj+KILHF
ただの燃料に何マジんなってんの。キモい。

524 :login:Penguin:2007/04/29(日) 14:27:47 ID:gGVY8OQ+
う〜ん、そういえば以前の会社で2000serverをいじってたけどHDDの物理破損以外で壊れたことが
無かったなw

525 :login:Penguin:2007/04/29(日) 14:44:23 ID:eybV57Uq
少なくとも耐久性に関してはNTFSすごいらしいよ。
さすが電源ブッチ上等のユーザを相手にしてきた百戦錬磨のMS…というくらい。

性能に関しては知らん
比較データ見かけんからね
NTFS-3Gがリリースされた今ならあったりするのかな?

526 :login:Penguin:2007/04/29(日) 15:04:04 ID:Z63Cuwsp
やべーすごそう(棒読み)

527 :login:Penguin:2007/04/29(日) 15:09:15 ID:HahdoETC
NTFSも条件次第で壊れるんだが。
まぁ、それは某国人のようなガラの悪いアプリを使っている方が悪いとも言えるが。

耐久性については確かにUFSみたいなFSとは比較にならないね。
もっともLinux用のFSと比べればそれほど抜きん出ているかはどうだろう。

NTFSはやはりフラグメンテーションのアレが問題だね。
ディスク配置を最適化する機能をもったサードパーティ製品を入れて改善できればいけるのだが。

性能面ではどうだろうね。OSと切り離して性能を語れないから…。
NTFS-3Gは開発筋曰くまだまだ性能が出ていないので単純比較することはできないし。



528 :login:Penguin:2007/04/29(日) 15:19:39 ID:3ZWhJwE9
ファイルがおおくなるとテキメンに性能落ちるからなぁ

529 :login:Penguin:2007/04/29(日) 15:34:19 ID:UJz365iJ
>>525
NTFSの最初の設計者、Tom MillerとGary KimuraはDECでVMSをやってた人たち。


530 :login:Penguin:2007/04/29(日) 18:02:05 ID:KSFN59nn
ファイル名の制限ってファイルシステム自体にあるのはやだなぁ。
システムコールとかライブラリまわりで制限があるのはわかるが。
でもそんなこと言ったらISO9660なんて制限ありまくりか

531 :login:Penguin:2007/04/29(日) 19:29:20 ID:DLaNxWqM
> ファイルがおおくなるとテキメンに性能落ちるからなぁ
特にext3はひどい

後、前スレにもあるがNTFSはsyncで書き出すよ

532 :login:Penguin:2007/04/29(日) 19:48:50 ID:DLaNxWqM
書き込みキャッシュが有効な場合、ディスク パフォーマンスが低下する
http://support.microsoft.com/kb/332023/ja

> 仕様上、これらのコマンドでは、重要なデータの安全性のために、ある程度のパフォーマンスが犠牲になります。
> これらのコマンドでは、重要なデータが即座にディスクに書き込まれます。

533 :login:Penguin:2007/04/29(日) 20:45:54 ID:sftan6cL
>NTFSはsync
それはファイルシステムの特徴というよりファイルシステムドライバの特徴ではないかと…。
fuseで実装しているntfs-3gなんかは、syncにならないと思っていたんだけど(どうだっけ?

534 :login:Penguin:2007/04/29(日) 22:08:29 ID:DLaNxWqM
>>533
>>532のリンク先に書いてあるのは、
「本来サポートされているはずの強制書き込みが、一時的にバグのためにサポートされてなかった。」
という意味でしょう。
NTFSの仕様も暗に示してるでしょう。

「fuseで実装している...」のくだりはLinux空間での実装の話でしょう。
MSのNTFS実装とはまた別の話。

535 :login:Penguin:2007/04/29(日) 22:58:33 ID:sftan6cL
つまりLinuxで実装するドライバがsyncになっていなかったらそれは仕様外の動作で、
つまりバグってことか。
NTFSの仕様がもっと明示されていたら仕様も実装しやすいのに、これは困るなあ(とかゆ

536 :login:Penguin:2007/04/29(日) 23:46:23 ID:MG4Q19X5
>>535
sync するべき部分を sync していない Linux の VFS の*仕様バグ*
と言えばいいのかな?
NTFS の仕様とは関係ないと思う.


537 :login:Penguin:2007/04/30(月) 02:11:27 ID:+D0/03Lk
ファイルが多いとテキメンに性能落ちるのって、NTFS?
Windowsで使ってるとそう感じる。
実際はExplorerがお馬鹿な情報の集め方してるんだろうけど・・・

というか、誰も定番のdir_indexツッコミをしていないのに関心したw

538 :login:Penguin:2007/04/30(月) 02:35:29 ID:ct7Sm8Wl
>>537
以前はdir_index付けてたけど体感できる効果無しだったので付けるの面倒くさくなって今はやってないw
それだったらジャーナルをdata=writebackにする方が体感できた。
当たり前だけどdata=writebackはいきなりの電源断があって再起動時にfsckが掛かるとほぼ間違いなく
電源断の5分前くらいにタイムスリップできます。直前に消したはずのファイルが綺麗に復活していて
作ったはずのファイルが無い┐(゜〜゜)┌

539 :login:Penguin:2007/04/30(月) 11:08:40 ID:+zwmDasM
どこからツッコんでいいものやら・・・

540 :login:Penguin:2007/04/30(月) 11:36:57 ID:CXfCqZ6z
>>539
一通り全部突っ込んでおけば?

541 :login:Penguin:2007/04/30(月) 11:50:27 ID:aOPKBAzt
馬鹿の相手するのも飽きた

542 :login:Penguin:2007/04/30(月) 14:43:07 ID:EVyG0KCG
dir_index の副作用ってあるの?

543 :login:Penguin:2007/04/30(月) 18:17:22 ID:aOPKBAzt
>>542
read aheadが効き難くなる。


544 :login:Penguin:2007/04/30(月) 19:34:23 ID:mlJ1TH1o
結局XFSとReiserFSの直接対決した結果ってないの?

545 :login:Penguin:2007/05/01(火) 00:47:21 ID:YOdQ/sXy
>>544
直接対決って何だ? 代理戦争みたいなものがあるのか。

546 :login:Penguin:2007/05/01(火) 00:52:40 ID:CuSWdFwn
連休ですなぁ。

547 :login:Penguin:2007/05/01(火) 01:03:08 ID:Do1YSUgv
>>545
KARAT!か。


548 :login:Penguin:2007/05/01(火) 02:37:03 ID:Q0wBbD0e
xfs使うとき、fdiskでlvm(8e)で領域を確保しなければだめですか?
linux(83)でも同等でしょうか。

549 :login:Penguin:2007/05/01(火) 02:57:40 ID:Dry1mnl/
lvmである必要は全くない。
LVMであれば、xfsの伸縮がし易いというだけ。


550 :login:Penguin:2007/05/01(火) 03:38:22 ID:Hu9qB2/W
Linuxのファイルシステムなんてext3で十分だろ。
本当に他のファイルシステムがext3より大きく優れてれば今ある鳥の半分はそれに移行してるんじゃないの。
ext3以外を使うなんて趣味の世界か物好きだろ。

551 :login:Penguin:2007/05/01(火) 04:37:59 ID:g0swsIWn
自分のこころが決める

552 :login:Penguin:2007/05/01(火) 05:53:30 ID:xJHFYjQW
http://kerneltrap.org/node/8102
5/7に裁判があるのか。

553 :login:Penguin:2007/05/01(火) 08:06:15 ID:Q0wBbD0e
>>549
ありがとうございます。
スナップショットも同様と考えればよろしいでしょうか。
気になるのが、lvcreate -s したときに、xfs_freeze -f を実行しなくても
ちゃんと、ロックされるかが気になります。

554 :login:Penguin:2007/05/01(火) 09:21:29 ID:g0swsIWn
lvm2+xfsでスナップショットしてみたらなぜかうまく行かなかった。
ロックは関係ないと思う。

555 :login:Penguin:2007/05/01(火) 10:34:12 ID:x3CkffJ0
ext4人柱patchset
ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/2.6.21-ext4-1


556 :login:Penguin:2007/05/01(火) 17:35:28 ID:93KgQW80
ところで上のベンチ結果とか、キャッシュのオプションはどうなのかな?
read aheadやらwrite backの閾値だの結構あるよね>/devや/procとかにも
流石にHDDの設定値はデフォってことなんだろうけど、そのへんどうなん、と。
総合で効いてくるの前提として、NCQあると劇的に速くなるFSだの、/procのチューンで(ry
だのって話も、スレ的には有りかと思うんだが、ほとんど変わらないというオチ?

557 :login:Penguin:2007/05/01(火) 18:32:17 ID:e4v8fuD6
vxfsとは

558 :login:Penguin:2007/05/01(火) 23:45:00 ID:Dry1mnl/
>>553
ロックされないと思う。
LVMとファイルシステムは基本的に違う層の話だから。
LVMはその上に載るファイルシステムを選ばないし、ファイルシステムもその下がLVMのLVOLであるか実ボリュームであるかを選ばない。
つまり、ファイルシステム側でumountやsyncで静的な状態にしたうえで、LVMでスナップショットを取る必要があるんじゃないかと。

>>557
Veritasの製造販売しているファイルシステム。
もともとは商用Unixのファイルシステムだったけど、最近はLinux版もあるらしい。


559 :login:Penguin:2007/05/01(火) 23:53:57 ID:IzhAkWt8
>>556
それは絶対性能には効いてくるだろうけど、同じ環境の上での
FS比較という点ではあまり焦点ではないんでないの?性能が
十分出せてるかどうかのためにddでの読み書き速度と比較したりは
するけどさ。


560 :login:Penguin:2007/05/02(水) 00:08:28 ID:Wia4n8nO
>>559
同じ環境上の比較といいつつ、ベンチで測ってるのは
FSの特性の極一部。

561 :login:Penguin:2007/05/02(水) 00:10:50 ID:6fEA0efX
xfsdumpでもやはり、umountやsyncを行う必要がありますか?

562 :login:Penguin:2007/05/02(水) 00:21:07 ID:Aqk6Cz0/
フリーズ→LVMでスナップショット作成→フリーズ解除→スナップショットをxfsdump

563 :login:Penguin:2007/05/02(水) 00:31:17 ID:jaGUrYpO
VxFS & VxVMはZFSの登場で一気に陳腐化した気がする。まあ、Linux的には元々有料っていうのが
ネックでほとんど影響力なかったけど。

564 :login:Penguin:2007/05/02(水) 00:46:47 ID:6fEA0efX
いろいろ検索してみたらxfs_freezeは不要なようです。
>>562さんはうまく動いてますか?

565 :login:Penguin:2007/05/02(水) 00:50:21 ID:Aqk6Cz0/
フリーズさせなきゃマウントしたままスナップショット取るだけで固まるよ

566 :login:Penguin:2007/05/02(水) 01:06:15 ID:UkB/mKJZ
へぇ〜固まるのかw
ロック&syncしてなきゃ、ファイルシステム的に不完全な状態のものになっちゃうから、
採れたとしても意味無いけど。
これに対して、zfsやext3のスナップショットはファイルシステムレベルのスナップショットだから、そのへんを気にする必要はないな。


567 :login:Penguin:2007/05/02(水) 01:21:10 ID:Aqk6Cz0/
今やってみると2.6.20では固まらないみたいだな。
2.6.16あたりのカーネルだとLVM上の/のsnapshot取るだけで簡単に固まってた。

568 :login:Penguin:2007/05/02(水) 01:29:21 ID:Wia4n8nO
2.6.16って13ヶ月くらいにリリースされてるね。
どこの浦島さん?

569 :login:Penguin:2007/05/02(水) 01:30:22 ID:Wia4n8nO
おっと、13ヶ月くらい前に


570 :login:Penguin:2007/05/02(水) 07:41:19 ID:Aqk6Cz0/
どうしようもないおばかさん達だな

571 :login:Penguin:2007/05/02(水) 22:49:49 ID:e5dWDes9
>>560
> 同じ環境上の比較といいつつ、ベンチで測ってるのは
> FSの特性の極一部。

ネットでゴタク並べる評論家クン。
一部しか測れないのは当たり前なんだよ。

1.同じ環境上で比較
2.環境をさらす。

特性の全てを測りたいならそのために必要なテスト項目を正確に言ってみろよ。

572 :login:Penguin:2007/05/02(水) 23:03:03 ID:Wia4n8nO
いや、だから同じ環境上で「何」を比較するのかね?

573 :login:Penguin:2007/05/03(木) 00:02:29 ID:UWfOagee
「何」を比較するかはそれぞれのテストで違うだろ?

574 :login:Penguin:2007/05/03(木) 00:09:05 ID:3iwsf+qz
ext4ってなんか望みなさそうだよね。

575 :login:Penguin:2007/05/03(木) 00:17:19 ID:2/plbCtb
もうブロックデバイスの上のファイルシステムはお腹いっぱい感もあるし。
そろそろネットワークファイルシステムとか分散ファイルシステムに
開発リソースを振り向けたい。ていうか自分で開発したい。

576 :login:Penguin:2007/05/03(木) 01:32:16 ID:PleISjN5
>>575
> そろそろネットワークファイルシステムとか分散ファイルシステムに
なおさら VFS の利ファクタリングだ


577 :login:Penguin:2007/05/03(木) 10:28:23 ID:D6h42UhZ
何度もしてるだろ

578 :login:Penguin:2007/05/04(金) 00:10:06 ID:eNqCcL6A
ext4devのextentsにて/をマウントしたいのですが、fstabの書き方、あるいはbootでのカーネルオプション
の受け渡しが必要なのか教えてもらえないでしょうか?

ちなみに/の場合fstabへ/dev/sda*  / ext4dev extents,defaults 0 1 の表記ではエラーが出てシステムが
ext3のroで起動してしまうのでfstabの書き換えが大変です(;;)

/以外では上記の方法でマウント可能、dmesgでもext4dev extentとして認識されます。

579 :login:Penguin:2007/05/05(土) 08:17:55 ID:84WuNau6
initrd使ってる?
GRUBってext4対応してたっけ?

580 :login:Penguin:2007/05/05(土) 09:31:58 ID:5fxMV+ts
>>556 >>571
まあ確かに関連のありそうなパラメータは全て列挙した上でベンチ結果出すべきだわな。
全てなんてのは無理なわけだがw

ファイル数とFSの種類による比較は結構あるけど、
例えばDB置いてSync大発生時のベンチと、通常ファイル運用での比較とか、
RAID板のバッテリバックアップなキャッシュの有無によって・・・とか、
条件次第でFS性能比較結果が逆転するとかならベンチの価値薄いとは思う。
NTFSなんざそりゃ(ry

581 :login:Penguin:2007/05/05(土) 09:46:00 ID:UgB3R+jY
XFSのドライブをマウントしたらこんなエラーが発生しました。
filesystem dm-0ってなんでしょうか。
XFS mounting filesystem dm-0
Ending clean XFS mount for filesystem: dm-0

582 :login:Penguin:2007/05/05(土) 09:56:30 ID:GIxZFXYG
>>580
列挙することは、有限である以上無理じゃないでしょ

583 :login:Penguin:2007/05/05(土) 10:48:16 ID:GnDE+sZp
>>581
それはエラーじゃない。
マウントしましたって通知メッセージ。
dm-0はデバイスマッパー上の論理ボリューム0番の事。

584 :login:Penguin:2007/05/05(土) 10:55:13 ID:UgB3R+jY
コピーが中途半端ですみません。

XFS mounting filesystem dm-0
Ending clean XFS mount for filesystem: dm-0
Filesystem "dm-0": Disabling barriers, not supported by the underlying device

これはエラーでしょうか。

585 :login:Penguin:2007/05/05(土) 15:17:30 ID:GnDE+sZp
エラーじゃない。

586 :578:2007/05/05(土) 19:30:49 ID:b5L2hAC2
>>579
あ、レスどうもです。
おかげさまで今は / とデーター用HDD丸々1台をext4dev extentにて動かしています。/homeとか
重要なデーターディスク、その他は今のところext3ですw
ext3,4共にカーネルモジュールを組み込みに変更するためリメイク。カーネル屋のサイトから
e2fsprogsの最新を落としてmake install。あの後意外とすんなり移行できました^^

587 :login:Penguin:2007/05/05(土) 21:27:10 ID:UgB3R+jY
XFSのbarrier ってなんでしょうか。

588 :login:Penguin:2007/05/05(土) 21:58:48 ID:GnDE+sZp
おまえが知る必要は無い。

589 :login:Penguin:2007/05/05(土) 22:14:56 ID:kNLXfGXO
>>587
linux-2.6.21/Documentation/filesystems/xfs.txt

barrier
Enables the use of block layer write barriers for writes into
the journal and unwritten extent conversion. This allows for
drive level write caching to be enabled, for devices that
support write barriers.

590 :login:Penguin:2007/05/06(日) 00:03:15 ID:/0wDX7as
>>588
あなたの口から直接聞かせて欲しいの。
お願い。

591 :login:Penguin:2007/05/06(日) 00:08:08 ID:UOij3oAy
>>589
extent conversionって何か教えてください。

592 :login:Penguin:2007/05/06(日) 00:08:49 ID:PfA7B98n
そのあたりには気違いと偏執狂がうろついてるから近づくな
忘れろ

593 :login:Penguin:2007/05/06(日) 01:25:21 ID:hckB/cw9
>>590

590の人以外は見ないでください。
ttp://sakuratan.ddo.jp/uploader/source/date39503.jpg

594 :login:Penguin:2007/05/08(火) 18:30:07 ID:XKFA94h5
みてしまった OTL

595 :login:Penguin:2007/05/08(火) 23:29:02 ID:YWvmkVQn
>>567

reiserfs+lvmでスナップショットを取ってバックアップを毎晩走らせています。SuSE9.0(カーネル2.4)のマシンと
SUSE 10.0 (カーネル2.6)のマシンがあります。2.4のほうは大丈夫ですが2.6は時々スナップショットを取るのをしくじっていて
自前のスクリプトの中の何回かのリトライでやっと取れたりしています。SuSE 9.0のほうですが当時最新だった9.3(カーネル2.6)で
負荷が重いときにLVMのスナップショットを取るとほぼ100%システム全体がハングアップしていまい
やむなく9.0にした覚えがあります。

596 :login:Penguin:2007/05/09(水) 12:49:50 ID:sZVL/6LE
Linux: LogFS, A New Flash Filesystem
http://kerneltrap.org/node/8159

597 :login:Penguin:2007/05/09(水) 18:45:05 ID:lzjVCwd7
ext3cow
http://www.ext3cow.com/Welcome.html
ext3をベースにしたバージョニングファイルシステムだそうな。


598 :login:Penguin:2007/05/10(木) 21:45:39 ID:0+0Fk0Ga
便利そうだね

599 :login:Penguin:2007/05/11(金) 01:29:51 ID:S3nKuiFb
そうかぁ?
ただのcowに過ぎない程度のものを
バージョニングだなどとほざいてる時点で、詐欺だろ。


600 :login:Penguin:2007/05/11(金) 08:54:56 ID:DFDvgY5e
そうなのか。

601 :login:Penguin:2007/05/13(日) 12:01:53 ID:FusSJnnd
理屈はよく知らないけど、昨日からいろいろ試していたらsambaの領域はjfsが一番r/wとも速いので変更してみた

602 :login:Penguin:2007/05/13(日) 12:11:26 ID:WYR6RMvr
kwsk

603 :login:Penguin:2007/05/13(日) 12:24:00 ID:FusSJnnd
>>602
俺601のこと?
pen3-500 mem 192mb
debian 最新、samba 設定そのまま、samba用のパーティションは別に切ってあるのを
ファイルシステム変えて、WinXPから読み書きの時間を計っただけ
平均4mbくらいのファイルを200個くらい、普段仕事で使ってるようなファイルでテスト

ベンチマークとかしてないお、自分の使い方だけが重要なので

604 :login:Penguin:2007/05/13(日) 13:14:10 ID:WYR6RMvr
むう・・・体感でどの程度差がありました? 試した他のFSもいただけると助かります。

samba経由では確かにLinux上とは別の速度感があって、ネットワークなのかFSなのか何なのか、と
丁度調べてたもので。smbdのアクセスにはなにか特徴あるんですかね・・・
sambaが独自キャッシュでいろいろと持ってるので、そのあたりとの兼ね合いだと思うんだけど。

605 :login:Penguin:2007/05/13(日) 13:41:35 ID:FusSJnnd
>>604
えーとね、xfsが俺の場合は一番遅くてjfsの1.5倍くらいかかった
jfs=60秒くらい、xfs=90秒くらいて感じ、ext3とReiserはその間くらいかな
jfsが玄箱ノーマルより速いのでw、jfsにしましたけど使い込むのはこれからだお

あんまり詳しくないし、産婆だけ動いたら問題ないので自分ではこれ以上追求しないけど
チューニングしだいで速くなるのは友人から聞いてるよ←プロのシステム屋にやってもらったらしい

606 :login:Penguin:2007/05/15(火) 11:11:19 ID:bD91n4WD
jfsのチューニングってどんな方法があるんですか?
ちょっと試してみたい。ウチのマシンで。

607 :login:Penguin:2007/05/15(火) 11:47:28 ID:WgliwVCc
昨日、JFSでディスクフルになったらcpがdeep sleepしたままになった。
リセットしてfsckで亊無きを得たが、やっぱり本格使用には不安が残る。
でも使うけどねw

608 :login:Penguin:2007/05/15(火) 22:07:29 ID:bcWmWV7g
reiserfsがコンソールに大量にエラーを吐いてカーネルごと死ぬ時がちょこちょこある.
ext3に戻したいが,今はそのマシンを止めるのも厳しい.
素人が変なのに手を出すんじゃなかったよ.

609 :login:Penguin:2007/05/15(火) 23:23:50 ID:5VMGXIRq
止めるのが厳しいのはきついね^^;

自分は常に回避用にHDD丸々1台分の空きを持っているのだけど、お金があればTAPEドライブ
が欲しい。。。早いらしいですね。TAPEのバックアップは。

610 :login:Penguin:2007/05/15(火) 23:30:05 ID:3N38QCLh
自分的にはテープよりディスクのストレージ製品の方が速いと思っていたのだが。
よく考えてみたら仕事環境と個人環境では条件が違いすぎるな。
…でも個人での外付けディスクでのバックアップもそんなに遅くないと思うけどなあ。
……まぁそれも環境に依存するのか。

>>608
KNOPPIXとか1CD Linuxでブートして、ファイル全体のバックアップをとってフォーマットして
また戻すということはできないだろうか。
自分はいつも緊急時にはrsync -Hav --delete でバックアップやリストアを考えてやっている。
# むろん他のコマンドでもできるだろうが。

611 :login:Penguin:2007/05/15(火) 23:53:41 ID:0WC3rO6N
とりあえずUSBの外付けHDD付けて、dump&restoreすればいいんじゃないの?
USBにつないだディスクのブートブロックにgrubをインストールしておけば、
データをコピーし終わった後にディスクを入れ替えて復旧させることができると
思うけど。

612 :login:Penguin:2007/05/16(水) 05:01:14 ID:bCg9hru0
>>610
個人レベルのテープストレージは糞と言い切って良い気がするがどうか?
LTO2位になればHDDよりもメリットあったりするけど、ドライブが30万とかで普通は手が出せない。
DDS系は安くて個人でも買えるが、容量少ない、エラーレート高い、クリーニング周期短い、で手間の方がかかりすぎる。


>>611
USBは手軽だけど遅いぞー
ヘビーユーザー相手だと、データを全部コピーするのに三日かかるとか、
コピー中にUSB変換が熱暴走したとか、ろくなことにならないのがオチ。
windowsしか使えない人なら、取扱いで時間かかるよりもメリットあると思うけど。

漏れなら、HDD直結かネットワーク経由だな。
うまくやれば、ネットワーク経由でも直結と速度変わらなかったりする。


613 :login:Penguin:2007/05/16(水) 06:43:28 ID:FjpdfYi+
usb2.0なら糞ほど遅いとも思わんが。

614 :login:Penguin:2007/05/16(水) 09:09:57 ID:1iFBLYNx
昔DATもらってきて自宅でも使ったことあるけど
テープによるバックアップソリューションは潤沢なテープだけでなく
スケジュール管理など手続きの明確化と自由度の無い粛々とした作業こそが大事だと痛感した

615 :611:2007/05/16(水) 12:08:11 ID:D6uuE9iE
>>612
USB2.0なら3時間ちょっとで100GBぐらいコピーできるよ。
7〜9MB/sなんでそんなに遅くないと思うけど。

616 :login:Penguin:2007/05/16(水) 14:11:49 ID:bFgCnpwW
>612
LTO2くらいなら中古とかなら結構安くなってるんじゃない?
あとは会社の廃品をくすn(ry

30〜50GB でよければ(DDS+クラス)そろそろ BluRay ですかね

617 :login:Penguin:2007/05/16(水) 14:51:36 ID:B0AnwWSa
テープが早い??
どこの世界の話だろ?

618 :login:Penguin:2007/05/16(水) 14:56:10 ID:MzGaTxxp
>>617
LTO2やLTO3だとHDDの転送速度よりも速いですね.
私も欲しいです.LTO2物色中。


619 :login:Penguin:2007/05/16(水) 15:00:55 ID:rumZ/o01
テープが遅いとかUSBが速いとか言ってるガキがファイルシステムを語るとはねw

620 :login:Penguin:2007/05/16(水) 15:53:00 ID:+n00HIWV
いいんじゃね?個人使用レベルの話なんだから

621 :login:Penguin:2007/05/16(水) 16:20:01 ID:B0AnwWSa
>>618
バスの種類でも違ってるの?

622 :login:Penguin:2007/05/16(水) 17:58:38 ID:0F8X17xs
ヒント:RL02

623 :login:Penguin:2007/05/16(水) 20:40:01 ID:b1nGATdh
エンタープライズ用途だったら、バックアップの選択はこんなだ。
1.テープにする
2.テープにする
3.テープにする
HDDの大容量化に伴って、テープをディスクで置き換えることが現実的になったとかいう業界人(ディスクベースのバックアップ製品の会社のCEOとか)もいる。
が、現在のとこはまだテープ以外には無いだろうな。
ディスクアレイでもボリュームの一時コピーとかを高速で別領域でバックアップしたとしても、最終的にはそこからまたテープでバックアップするもの(まぁ例外もあるが)

しかし、個人使用だといろいろ事情が変わってくるよなあ。
結構テープって高いんだよね(テープ単体じゃなくってテープドライブ製品)
金に余裕があれば迷わずテープ製品買うんだけどさあ。

…というかファイルシステムのスレだから、バックアップ方法の話はスレ違いだったか?

とりあえず
「テープとファイルシステムの相性ってどんなだろう?」
とかとってつけたようなネタ振りしておくよ。

624 :login:Penguin:2007/05/16(水) 21:13:48 ID:rumZ/o01
DDSで痛い目にあった経験がある人はテープにアレルギーが出来てて、
説得するのに苦労するというか、ほとんど説得不可能だったりする。

625 :login:Penguin:2007/05/16(水) 21:39:59 ID:1EZG4HZ9
reiser(本人の方)はその後どうなったんだ…
もう判決出てるんでは

626 :login:Penguin:2007/05/16(水) 21:59:00 ID:zFUSA/ix
linuxがreiserをサポートしないという
判決マダー?チンチン

627 :login:Penguin:2007/05/16(水) 22:03:02 ID:PMD6SGE/
Linuxがreiserをサポートって意味が分からん。

628 :login:Penguin:2007/05/16(水) 22:14:10 ID:zFUSA/ix
じゃあ、SUSEがreiserを見限るでもいい

629 :login:Penguin:2007/05/16(水) 22:21:37 ID:PMD6SGE/
>>628
suseはreiserfs捨ててext3にしたはずだが。

630 :login:Penguin:2007/05/16(水) 22:37:47 ID:zFUSA/ix
>629
ホントだ。わーい

631 :login:Penguin:2007/05/16(水) 23:03:13 ID:as7p0ese
  ∧_∧ パーン
 ( ・∀・)
   ⊂彡☆))Д´)←>>630

632 :login:Penguin:2007/05/16(水) 23:05:33 ID:zFUSA/ix
キャポー

633 :login:Penguin:2007/05/17(木) 09:41:25 ID:9IKLynn7
やっぱライザ4速いのか

634 :login:Penguin:2007/05/17(木) 12:08:38 ID:LYNLYsnx
エンタープライズから一気に下層まで下りるようで悪いんだが、
RAIDぽい機能を付けたFS、ってのはあるんかな?
localファイルとnfs先のどこかのファイル2つでミラーされたファイルが発生みたいな。
ディスクとかボリューム単位ならありそうだが、そろそろFSが機能持っててもいいような、とか。
又はその手の機能用にインターフェースが用意されてるとか。

635 :login:Penguin:2007/05/17(木) 12:28:38 ID:w13FingA
またZFSの話題ですか?

>>634
の言いたい意味が全く分からんが、
ファイル単位やディレクトリ単位の冗長化設定ということか????

636 :login:Penguin:2007/05/17(木) 13:09:14 ID:5PY6LOqg
ZFS・・・とは違うような
俺も>>634の言いたいことはよく分からんが

637 :login:Penguin:2007/05/17(木) 13:15:56 ID:GAeL+gGA
何のメリットがあるのかな。
ネットのインフラがよほどしっかりしてないとRAID1くらいしか組めそうに無いような気がするけど。。。
データー量でネットのリソースも食いそうだし・・

638 :login:Penguin:2007/05/17(木) 19:55:25 ID:FrrpEbQ0
>>634
FS層でやる意味がない
やるならせめてVFS層

639 :login:Penguin:2007/05/17(木) 20:22:31 ID:9IKLynn7
善し悪しはともかく、二つ目のジャーナルを用意すれば簡単に実現できそう

640 :login:Penguin:2007/05/17(木) 20:24:56 ID:QB4Dd1RI
md+nbd

641 :login:Penguin:2007/05/17(木) 20:30:06 ID:8TlFJBke
>>634
AFSじゃ駄目なん?

642 :login:Penguin:2007/05/17(木) 22:08:22 ID:LYNLYsnx
ごめん日本語が不自由すぎた
>>635 みたいなのであってます。ファイル単位でローカルHDD2台とnfs先にミラーリング指定、とか。
VFS層だとファイル単位でsync方法の指定変更とかやりにくそう。
DBや一部のFSでジャーナルを別ディスクに置いて・・とかあるけど、もうちょっと突き詰めてみたり。
指定ファイルはRAMDISK上にミラーしつつ、readは常にRAM側のみから行う、とか。
ドライブがBusy気味だったらnfs先からも引っぱってみるとか。
指定ディレクトリエントリは常にオンメモリとか。
このディレクトリ以下はバカアプリがsync吐きまくっても無視してキャッシュしてね、とか。
細かい挙動設定できると楽しいかなぁと。
ウイルスチェックソフトを拡張したら出来そうではあるんだが、
最終的にはFSが持たないと出来ないことかなぁと思って。

>>640-641
ども。おもしろそう。

643 :login:Penguin:2007/05/17(木) 22:40:48 ID:vkbn0Qep
HDD 交換を機に個人用途の leafnode で使う news spool を別パーティション
にしようと思っているのですが、なにかお薦めってありますか。
binary 系は講読しておらず普通のテキスト記事ばかりで今のところファイル数
は30万、容量1.7Gってところです。
無難に ext3 でもいいんですが、少々データが壊れても痛くないってことで
なにかいいのがあれば冒険してもいいかなーと。

644 :login:Penguin:2007/05/17(木) 22:45:42 ID:t3arH3ZG
つ reiser4 タイムテストされてないという一番の弱点を無視すれば面白いと思う

645 :login:Penguin:2007/05/18(金) 15:25:16 ID:VJJqo+Qi
みんなUSBメモリのファイルシステムって何使ってる?
FAT32?NTFS?
Reiserfsとか使ってる猛者いる?

646 :login:Penguin:2007/05/18(金) 15:45:58 ID:43lkVHwD
USBメモリーはWinでも見る可能性が高いからFAT32だろ
わざわざ互換性のないFS使う理由がある?

647 :login:Penguin:2007/05/18(金) 15:49:52 ID:iuKy+YYk
Winをつかう可能性がなければなんでもよいのでは。

648 :login:Penguin:2007/05/18(金) 15:54:58 ID:+4I5di6w
FAT32の標準クラスタサイズでの最大容量に近付いているからな。


649 :login:Penguin:2007/05/18(金) 17:37:44 ID:A8/8pNQ/
FAT64

650 :login:Penguin:2007/05/18(金) 21:14:19 ID:9Wq6uO3g
linuxでUSBブートさせるならext2/3とかにしておくな


651 :login:Penguin:2007/05/19(土) 07:56:30 ID:for2Rx+T
>>648
んまぁ、クラスタサイズでかくすれば2TBまで大丈夫だし、当分はFAT32でそ。
メモリカードの類は相互運用性・互換性が最重要。

652 :login:Penguin:2007/05/19(土) 09:22:54 ID:puMhSbfe
しかし、頻繁に強制アンマウントが発生しうるデバイスで、ジャーナルなしのファイルシステム
というのも恐い。

653 :login:Penguin:2007/05/19(土) 09:40:04 ID:aMruplZg
どうもLinuxの強制的切断への対応は、いまいちらしいね。
「Windowsの方が良いくらいだ。改善しよう」って呼び掛けでいる人がいたような…。

654 :login:Penguin:2007/05/19(土) 09:50:50 ID:IAyEMgpB
>>653
むしろ逆のような気がする

655 :login:Penguin:2007/05/19(土) 09:59:24 ID:puMhSbfe
NTFS壊れで起動しなくなるコンピュータは結構見掛ける。
まぁWindowsが多いから、というだけのことかもしれないが。

656 :login:Penguin:2007/05/19(土) 12:04:29 ID:IH/9DgLd
>>653
いまいちどころじゃない。
が、いざというときはダンプすれば、ということなのかも。

657 :login:Penguin:2007/05/19(土) 12:15:04 ID:puMhSbfe
最近ext3とかreiserfsが飛んだ人いる?

658 :login:Penguin:2007/05/19(土) 12:22:49 ID:i0mnCift
>>657
Linuxマンセーはウザイだけ

659 :login:Penguin:2007/05/19(土) 12:26:30 ID:IAyEMgpB
FreeBSDではファイルシステムが飛ぶのは日常だよ

660 :login:Penguin:2007/05/19(土) 12:31:35 ID:6/KltriD
>>659
HDDのwrite back cacheを切ってください

661 :login:Penguin:2007/05/20(日) 00:14:46 ID:Gqvq3EtF
>>659
softupdate 入った後は, ほぼ鉄板. Linux は何度もあるけど...
3-current の頃から使い続けてるけど FS 飛ぶの HD が逝った時くらいしか経験ないな...


662 :login:Penguin:2007/05/20(日) 08:23:28 ID:avRPgK8G
>>652
アンマウントするデバイスだと最初から考えて使えば問題ない
無造作に使うから問題が起こる

663 :login:Penguin:2007/05/20(日) 23:07:06 ID:vngKg0EF
>>662
だなぁ。bufferingしなきゃいい話だし。こうなるとfsの問題ではなく、
mount時のオプションの問題。

664 :login:Penguin:2007/05/20(日) 23:20:47 ID:ziBDSLc5
>>663
> bufferingしなきゃいい話だし。

FAT使ってても?
バッファリングしなきゃいいのは、
ジャーナリングファイルシステムやソフトアップデートの場合の話。


665 :login:Penguin:2007/05/21(月) 09:16:36 ID:tjvR9bEA
ナシが噛み合ってない

666 :login:Penguin:2007/05/21(月) 09:59:59 ID:DXdBxe/6
バファリンでも飲んで落ち着け

667 :login:Penguin:2007/05/21(月) 10:34:28 ID:4gxM93/B
頭が痛いときにインドメタシン入り膏薬貼っても効く
肩が痛いときにバファリン飲んでも効く
アスピリン錠剤買うときは一番安いのを買え。中身はどれでも同じ。
イブプロフェン製剤でも同じ。中身は同じ。
各社のインドメタシン膏薬の成分も小数点以下3ケタまで同じ。

でも中国産にだけは気を付けて

668 :login:Penguin:2007/05/21(月) 10:47:51 ID:jLCQUb/c
>>667
それはいいことを聞いた。
腰が痛いからあとでバファリン飲んでみるよ。

669 :login:Penguin:2007/05/21(月) 11:19:27 ID:4gxM93/B
腰痛の原因は様々だからアスピリンやインドメタシンのような
プロスタグランジン合成を阻害する薬では効かない事も多い

670 :login:Penguin:2007/05/21(月) 13:30:32 ID:tjvR9bEA
ソンナモン阻害していいのか?

671 :login:Penguin:2007/05/21(月) 13:58:18 ID:4gxM93/B
だから胃が荒れる副作用がある。
膏薬でも空腹時に大量に貼るのは良くない。

672 :login:Penguin:2007/05/21(月) 15:54:52 ID:6LkbWHbm
>>670
だから半分が優しさなんだぜ。

673 :login:Penguin:2007/05/21(月) 16:04:07 ID:f0bbO7P7 ?2BP(8000)
何この流れ

674 :login:Penguin:2007/05/21(月) 18:45:20 ID:YkMn1xaL
残りの半分はエロ。
ファイルシステムの半分はエロでできています。

675 :login:Penguin:2007/05/21(月) 21:44:48 ID:tBaPZ77r
>>674
実際にFS上に格納されるデータの性質
を考えると待ったクソの通りだな。

676 :login:Penguin:2007/05/22(火) 06:44:01 ID:5hBoCltH
差分ファイルシステムってないの?
fuseとかで特定のファイルにだけ差分扱えるとなおさら便利っぽいけど。

677 :login:Penguin:2007/05/22(火) 06:53:56 ID:9Y1WjorD
nilfs

678 :login:Penguin:2007/05/22(火) 09:20:55 ID:Kz821kJo
よくわからないが、そういう目的のためにあるのがSVNなのでは?

679 :login:Penguin:2007/05/22(火) 10:10:02 ID:baCc+vIZ
>676
発想はもっともだし過去にも色々あった

だが、結局普通の file system に統合しちゃうと
無駄邪魔使いにくいということなんじゃないかな > 流行ってない


680 :login:Penguin:2007/05/22(火) 12:33:46 ID:TqEYgL4l
ファイルシステムで差分が欲しいってのは、バックアップ用途だと思うから
pdumpfs くらいの差分粒度で納得してる

ファイル自体のバージョンが欲しいときは、バージョン管理するし

681 :login:Penguin:2007/05/22(火) 13:34:01 ID:RQyEaZSg
UFSとかZFSでできるスナップショット機能の事かな?


682 :login:Penguin:2007/05/22(火) 13:37:59 ID:m3gPmep8
ZFS厨乙

683 :login:Penguin:2007/05/22(火) 15:39:36 ID:baCc+vIZ
>680
最初に見たときは目から鱗だったなー > pdumpfs

684 :login:Penguin:2007/05/22(火) 22:38:18 ID:UjJiBG2z
vmwareの仮想ディスクファイル(40Gくらい)を順次バックアップとりたい、とかって場合に
差分使えるFSあるといいなーと思ったことはある。

685 :login:Penguin:2007/05/22(火) 23:08:40 ID:czsrSMfH
それくらいならrsyncでもいいんじゃ

686 :login:Penguin:2007/05/23(水) 08:40:56 ID:qa+Xme1v
SVNって差分(サヴン)って読む?

687 :login:Penguin:2007/05/23(水) 09:17:29 ID:qMyLeWOe
ザブングル

688 :login:Penguin:2007/05/23(水) 10:01:24 ID:Wt6pXRmx
******恋のおまもり******

  これを見た人は,超超超超幸せもの☆☆

  @週間以内に好きな人に告白されるか、
■■■■■■■■■■■■■■■■■■
■■■■□□□■■■■□□□■■■■
■■■□□□□□■■□□□□□■■■
■■■□□□□□□□□□□□□■■■
■■■□□□□□□□□□□□□■■■
■■■□□□□□□□□□□□□■■■
■■■■□□□□□□□□□□■■■■
■■■■□□□□□□□□□□■■■■
■■■■■□□□□□□□□■■■■■
■■■■■■□□□□□□■■■■■■
■■■■■■■□□□□■■■■■■■
■■■■■■■■□□■■■■■■■■
■■■■■■■■■■■■■■■■■■

  好きな人とイイ事があるよ・・・・☆★

  コレを読んだら、1時間以内にどこかに貼る★★

数ゎあなたが好きな人への思いを込めて


689 :login:Penguin:2007/05/23(水) 17:17:09 ID:XXpQduEF
[RFC PATCH] file as directory
http://www.ussg.iu.edu/hypermail/linux/kernel/0705.2/2861.html

これで少しは前に進むだろうか。

690 :login:Penguin:2007/05/24(木) 01:09:34 ID:s5ZKLSZa
cp -r とかの挙動はどうなるのだろう?

 cp file-as-folder newfile

では file-as-folder のファイルだけがコピーされるのか、
それともフォルダとしてコピーされるのかとか。

691 :login:Penguin:2007/05/24(木) 09:24:53 ID:dB9Mz0Qb
後ろにスラッシュがついてるかどうか次第

692 :login:Penguin:2007/05/24(木) 10:02:11 ID:HcV5nPrm
pdumpfsは個人的に愛用してるんだが、ACLのバックアップがされてなかったことに後で気付いてぐんにょりしたわ。
本当ならpdumpfsに手を入れてACLもコピるのが正しいんだろうが、面倒だったので、pdumpfs後にgetfacl -R . でバックアップを取って、同じディレクトリにbzip2して置くようにしたよ。
なんかあったら、最新のデータを回復させ、setfaclで再適用。

693 :692:2007/05/24(木) 10:03:50 ID:HcV5nPrm
もうひとつ、ext2の拡張属性もだった、こちらも取得しておかないといけない。

スレ汚しスマソ

694 :気まぐれアナスイ:2007/05/24(木) 16:07:13 ID:k7ANRF5A
   {失礼。}
    ζ
     !(+Φ_Φ)つ"  ζ
    +⊂. + 〆∂   ☆
    "〆∂∂
   〆〆
  .:"
【読み難いです。】





695 :気まぐれアナスイ:2007/05/24(木) 16:09:26 ID:k7ANRF5A
   {失礼。}
    ζ
     !(+Φ_Φ)つ"  ζ
    +⊂. + 〆∂   ☆
    "〆∂∂
   〆〆
  .:"
【読み難いです。】


















696 :気まぐれアナスイ:2007/05/24(木) 16:15:59 ID:k7ANRF5A
   {失礼。}
    ζ
     !(+Φ_Φ)つ"  ζ
    +⊂. + 〆∂   ☆
    "〆∂∂
   〆〆
  .:"
【読み難いです。】







@

697 :気まぐれアナスイ:2007/05/24(木) 16:25:12 ID:k7ANRF5A
>>690
!(ΦyΦ+){file.移動などと比較してみたいですね?}

698 :気まぐれアナスイ:2007/05/24(木) 16:26:46 ID:k7ANRF5A

    ζ
     !(+Φ_Φ)つ"  ζ
    +⊂. + 〆∂   {釣}
    "〆∂∂
   〆〆
  .:"


@

699 :login:Penguin:2007/05/26(土) 15:15:34 ID:iEGbOsu0
pdumpfs はハードリンクの上に成り立つのに、ハードリンクを
保存できないという自己矛盾がいただけない。
歴史的にも vbackup などもうちょっとマシな実装が先にあったし。

700 :login:Penguin:2007/05/27(日) 00:31:25 ID:dEnHWPBy
そういやrdiff-backup使ってるけど、ACLとか含めてどの程度保存されるのかきちんと検証してないわ

701 :login:Penguin:2007/05/28(月) 15:18:11 ID:fIlzNq6x
[RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md
ttp://www.ussg.iu.edu/hypermail/linux/kernel/0705.3/0572.html

このスレには一家言ある人がたくさんいたと思うのですが、
まだ誰も議論に参加してませんね。

702 :login:Penguin:2007/05/28(月) 16:53:48 ID:AcK8PEIn
このスレには馬鹿とキチガイしか居ないよ

703 :login:Penguin:2007/05/28(月) 17:28:46 ID:eMXphhyK
>>699

ごめん、ノータリンな私にはこの「自己矛盾」がよくわからん。
もし時間あったら教えてほしい。

704 :login:Penguin:2007/05/28(月) 19:18:31 ID:9b3XbTED
自己矛盾というより、「不便だ」って言いたかったんじゃないか?

皮肉っぽく無く言うとこんな感じかと。

705 :login:Penguin:2007/05/28(月) 19:22:02 ID:W/Igvgkp
ファイルシステムの議論が読みたくてROMっていたので、できれば解説よろしく>>701

706 :login:Penguin:2007/05/28(月) 20:46:14 ID:d94rGJ2X
>>702
いつもの人、乙

707 :643:2007/05/29(火) 20:44:26 ID:VQxkyg7q
>>644
ごめん、せっかく薦めてくれたけど結局日和って ext3 にしちった。
やっぱカーネルにパッチあてなきゃってのはちょっと面倒で。
でも xfs でもよかったかなとちと後悔。

708 :login:Penguin:2007/05/29(火) 21:24:37 ID:WT7JB4LH
>>707
凄い勢いで日和ったw

709 :login:Penguin:2007/05/29(火) 23:05:34 ID:o94MjQPj
なんかext4の進展が全然無いような気がするのは自分だけ?

710 :login:Penguin:2007/05/29(火) 23:11:54 ID:z5Fn/GAx
誰も期待していないから

711 :login:Penguin:2007/05/29(火) 23:12:03 ID:mIIOKpsL
おもしろそうなのでxfsにしてみた、ext3より速い感じ

712 :login:Penguin:2007/05/29(火) 23:48:38 ID:VQxkyg7q
>>708
そのかわり、デスクトップマシンの /home や /var なんかは xfs にしてみた
から許してくれw


713 :login:Penguin:2007/05/30(水) 23:18:30 ID:HSKZ/bQk
>>703

pdumpfs があまり容量を使わずに過去のスナップショットを
たくさん取れるのはハードリンクのおかげ。
ところが、pdumpfs はバックアップ元でのもともとのハードリンク
情報を関知しないのでバックアップ先ではハードリンクが失われて
しまう。それを自己矛盾と表現した。

個人的には cp -al + rsync -aH くらいの方がずっと良い気がする。

714 :login:Penguin:2007/05/31(木) 01:01:14 ID:14U10Yct
そんなあなたにrsyncの--link-destオプション。

715 :login:Penguin:2007/05/31(木) 09:20:30 ID:hzz1FRPL
それだと世代管理できないじゃん。

716 :715:2007/05/31(木) 12:45:51 ID:hzz1FRPL
ちがった。誤解してた。
(cp -al) + (rsync) = (rsync --link-dest)
だ。ごめん。

717 :login:Penguin:2007/06/07(木) 10:15:49 ID:Gbcy36pz
Apple、Mac OS Xのファイルシステムに「ZFS」を採用
http://journal.mycom.co.jp/news/2007/06/07/003/index.html

718 :login:Penguin:2007/06/07(木) 10:30:38 ID:4nxEKEU9
zfs最強すぎ

719 :login:Penguin:2007/06/07(木) 15:40:38 ID:PcCRne8u
>>718
linuxでも使える日が来ればね。


720 :login:Penguin:2007/06/07(木) 17:27:32 ID:lU6uM1Xe
>>719
FUSEでなら使える

721 :login:Penguin:2007/06/07(木) 17:46:29 ID:xf+yTpRk
http://www.nilfs.org/en/

NILFS version 2 will be available soon, a Garbage Collector (Cleaner) is in operation!
やっとGCが付くのか。

722 :login:Penguin:2007/06/07(木) 19:59:24 ID:4wKQ+TUo
>>720
全然嬉しくない。
VMware使えば動きますよ、と言われているような気分になる・・・

723 :login:Penguin:2007/06/07(木) 20:01:32 ID:djrRxwx2
grub2のファイルシステムサポートが全然な件について

724 :login:Penguin:2007/06/07(木) 20:06:53 ID:wZpStV6B
>>723
おまえは全世界に250万の/bootを敵にまわした

725 :login:Penguin:2007/06/07(木) 20:13:24 ID:djrRxwx2
>>724
いや、それlegacyだろ。
なんていうか再実装する必要あるんかね? wrapperで何とかできないの? って思うんだけど。

726 :login:Penguin:2007/06/07(木) 23:11:43 ID:xf+yTpRk
>>725
再実装不要ならlegacy使ってればいいじゃん。

727 :login:Penguin:2007/06/08(金) 11:21:45 ID:k+q5I/PQ
カーネルやFSの内部挙動に詳しくないんだけど、FSの違いで
fsync()の動作(CPU負荷とか割り込み?)に差があるものなの?

現在、ガリガリとログを吐くPGでmultilogでログを記録してる
んだが、ログの切り替え時に短時間PG側が無反応になって
しまうんだよね…

currentを、@(tai64日付).sに書き換えているタイミングで、
fsync()が呼ばれているからなんだろうけど、さすがに呼ばない
わけにはいかんだろうが、その時カーネルが入出力を待ちに
してるみたいな動作をしてるんだけど、これってカーネルとか
VFSの仕様?FSごとに動作が違ったりするもの?

現在はext3でやってるんだけど、とりあえずtmpfsを検討中です。
あと、ディスクはmegaraidのSCSI-RAIDなのでそんなに遅くない
はずなんですが。

728 :login:Penguin:2007/06/08(金) 11:50:44 ID:Cwh2vBCq
multilog使う位なのに、tmpfsですか?

renameは重い操作だからね。
PGが無反応って、renameのせいでディスクの書きだし待ちとかしてるんじゃないの?


729 :login:Penguin:2007/06/08(金) 14:56:36 ID:3fCkLmr0
apache付属のrotatelogs使ってログとってみたらどうよ?
rename使わねーから速くなんじゃねーか?

730 :login:Penguin:2007/06/08(金) 15:37:50 ID:k+q5I/PQ
>>728
renameはやっぱり重いのね。

multilogはdaemon-toolでサービス監視してるから
使ってるだけなんだけど、splogger+syslog-ngとか
のパターンも検討中。

tmpfsは、一定時間でログを他の鯖に送出する方向
で考えてますた。

>>729
なるほど、rotatelogsか。
ちょっと調べてみるよ。

731 :login:Penguin:2007/06/09(土) 20:15:00 ID:0Mg/M/J9
なんのために互換性持たせてるんだかわからないext4はあれからどうなった

732 :login:Penguin:2007/06/10(日) 01:16:32 ID:4xD3OK5g
なんかさー ext3 も xfs も、これ駄目すぎだろっていうバグみつけても、
みんな報告しないもんなのかなー。

負荷テストやってソースコード追ってバグ突き止めて、こりゃ酷いってのがあっても、
どこに投げればいいか分からないとか英語書けないとか報告は書けても議論できないとか、
んで自分のところだけ治して使っておしまい、ってなSEがちらほらいるんだけどー。

733 :login:Penguin:2007/06/10(日) 01:22:51 ID:SchURmlc
>732
だめだなその会社
大手なら投げる担当部署があったりするよ

734 :login:Penguin:2007/06/10(日) 02:37:58 ID:YG8EaIZL
>>732
そのSEさんは、修正したものを自社内のみで使っているんだよな。
お客に納品した場合は、ソースも公開してるんだよな。
偉いなあ。

735 :login:Penguin:2007/06/10(日) 11:38:52 ID:K9pSAjwz
突然の書き込み失礼致します。
Windows MeにてファイルシステムをFAT32→NTFSへの変換を行いたいのですがどのような手法にて
返還すればよいでしょう?当方PCにてconsertコマンド実行を実施しましたがコマンドが実行できません…
知識不足で申し訳ありません…どうか解決法のご教示を宜しくお願いします!

736 :login:Penguin:2007/06/10(日) 12:01:49 ID:9U0NivjJ
>>735
NTFSは2000/XP/VistaなどNT系列のOSでないと使えない。
よってWindowsMeではできない。


737 :login:Penguin:2007/06/10(日) 12:08:23 ID:VTbUzGBf
>>735
Windows MeはNTFSに対応していません。
以上。

738 :login:Penguin:2007/06/10(日) 12:13:45 ID:LJwSPkZI
板違いな質問に真面目に回答するおまいらに感動

739 :login:Penguin:2007/06/10(日) 12:14:56 ID:bSU23wDC
いまだにMeって相当マゾだな

740 :login:Penguin:2007/06/10(日) 18:15:05 ID:ZKLv32W3
>>732
redhatやkernelのbugzillaに突っ込んでおくと、
運がいいと誰かコーディネートしてくれるよ。

741 :login:Penguin:2007/06/10(日) 18:36:57 ID:g1fhCfda
>>734
どんなとこでもそれが普通でしょ
まさかGPLものなのにソースつけないで納品してるのか?

742 :login:Penguin:2007/06/10(日) 18:52:09 ID:SchURmlc
えー、それはマズい
M$みたいな真似すんなよw

743 :login:Penguin:2007/06/10(日) 19:20:57 ID:g1fhCfda
GPLへの誤解はHIVへの誤解とよく似てる

744 :login:Penguin:2007/06/10(日) 20:30:58 ID:sAyVr3nc
>>735
まあ本題は>>736-737-のいう通りなのだが、
コマンドは

convert

だろ

745 :login:Penguin:2007/06/10(日) 20:50:38 ID:DGU8Xepf
convertはエッチな画像を加工するのに使うんだよ

746 :login:Penguin:2007/06/10(日) 21:19:40 ID:9U0NivjJ
>>738
板違いではないかもしれない。
FAT32→NTFSにして、Linuxで使いたい、と。


747 :login:Penguin:2007/06/10(日) 22:00:25 ID:JYzcgUAS ?2BP(8000)
わざわざNTFSで使うのはMじゃね?

748 :login:Penguin:2007/06/10(日) 22:17:14 ID:Ul7vcStT
おれは <M> じゃなくて <*> だが。

749 :login:Penguin:2007/06/10(日) 22:22:21 ID:2uO+C6PX
汚いカーネルコンフィグオプションだなあ

750 :login:Penguin:2007/06/11(月) 08:12:43 ID:9sY84zow
>>748
help読んで、あえてそうしてるなら問題ない

751 :login:Penguin:2007/06/11(月) 20:26:21 ID:iXun6H7q
fuseで使えばいいのに…。

752 :login:Penguin:2007/06/15(金) 12:34:00 ID:C51cJBrp
NFSについて教えて下さい。

mount -t nfs xxx.xxx.xxx.xxx:/export /mnt/nfs 等でマウント後、

NFSサーバー側のサービスを停止。

クライアント側で、 ls /mnt/nfs などでマウントポイントにアクセスすると返ってきません。

タイムアウトの設定はどこを見ればいいんでしょうか?

また、サーバー側のNFSサービスが停止したことを知る良い方法はないでしょうか?

753 :login:Penguin:2007/06/15(金) 13:26:00 ID:0D6V+OAc
man nfs

754 :login:Penguin:2007/06/17(日) 04:47:57 ID:1U27DZqG
Ubuntu 7.04 で NFS鯖立てるとなぜか、クライアントともどもフリーズする。

クライアントはFedora6でもUbuntuでもどちらでもフリーズするから
鯖側の問題だと思うのだが。

755 :login:Penguin:2007/06/17(日) 19:50:59 ID:mz2d34Ff
Hans Reiserが、8月28日まで陪審員選出が行われない事に同意した。
陪審員の選出に1ヶ月はかかると見られるため
実質、9月下旬〜10月上旬まで公判延期の見込み。



どうなってんだ一体?

756 :login:Penguin:2007/06/17(日) 20:06:48 ID:hOMsqSrW
信者のほとぼりが冷めるまでHansを開発の場から隔離するのが目的だから。
このままのらりくらりと延期を繰り返すよ。

757 :login:Penguin:2007/06/18(月) 06:07:47 ID:EmdJwoKN
Hansいなくなったら、もうしばらくはLinuxのFSはダメなままかな。

758 :login:Penguin:2007/06/18(月) 09:13:02 ID:3/KunJhb
ハンスといえば、ダイハード

759 :login:Penguin:2007/06/18(月) 09:53:52 ID:uq8u17ID
ダイハードの方はもうすぐ4.0リリースだね。

760 :login:Penguin:2007/06/18(月) 21:04:21 ID:rz/HZEy6
いや、Linusは、ZFSに食指を動かしている
extもreiserも全部ほっぽりだして、新しいファイルシステム実装に
ごそーっと入れ替えるとかそういうのもありかも。

そこで、2.9カーネルのスタートですよ。(完全妄想)

761 :login:Penguin:2007/06/19(火) 00:09:04 ID:5/qBy6i/
>757
Hansいたって同じだったじゃん

762 :login:Penguin:2007/06/19(火) 07:50:25 ID:vd/08XDB
ZFSが主流になったとしても、VFSは上位層で動いているわけ?

763 :login:Penguin:2007/06/19(火) 08:05:28 ID:S8FHMD4z
ここでよくわかってないアホの登場よ。

VFSなしでZFSはいいが、何処かでVFSと整合性とらないと仕組みの上では困らないのかな。

とかいうならreiser4嫁言われそうだが。

764 :login:Penguin:2007/06/19(火) 08:47:02 ID:pZ/kPyxV
はあーーーーーーんす かんばーーーーーっく

765 :login:Penguin:2007/06/19(火) 11:52:58 ID:vd/08XDB
Hansは VFSを使わないようにReiserを実装したかったわけだが...

766 :login:Penguin:2007/06/19(火) 18:22:48 ID:NHW4RWB7
[次世代] ZFS Part2 [ファイルシステム]
http://pc11.2ch.net/test/read.cgi/unix/1181716111/

レベル低い話したいなら、こちでやってくれ

767 :login:Penguin:2007/06/20(水) 09:30:11 ID:UTOCSZV+
>>766
>レベル低い話したいなら、こちでやってくれ
は?



大して変わんねーじゃん

768 :login:Penguin:2007/06/20(水) 18:38:51 ID:ZeKs8Fe8
766は技術的なことがまったくわからないくせに、なぜかVFSをけなされると湧いて出てくる、
いつものアレでしょ。

769 :login:Penguin:2007/06/20(水) 19:01:40 ID:bB/Z/Wp/
技術的な話してないのに、よく言うぜw

770 :login:Penguin:2007/06/20(水) 19:08:42 ID:RFyjVilY
次にお前は、いつもの人、乙 という。

771 :login:Penguin:2007/06/20(水) 19:10:30 ID:6UZq/cD7
実績のないファイルシステムなど、クソの役にもたたないと
現場を知ってる俺から一言

772 :login:Penguin:2007/06/20(水) 19:13:29 ID:XneYAsT7
役に立つのかもしれないが、役に立つことや信頼できることを客に保証できないものは使えない、
といった方が正確かな。

773 :login:Penguin:2007/06/20(水) 19:15:15 ID:6UZq/cD7
そっちのが適切だな
大変なんだよね、売り込むの

774 :login:Penguin:2007/06/20(水) 19:17:51 ID:bB/Z/Wp/
2chだけで、妄想の世界に浸ってれば楽でいいやね

775 :login:Penguin:2007/06/20(水) 19:21:58 ID:XneYAsT7
業務ではファイルシステムを売り込もうと思ったことすらないな。
みんなext3(ELILOがFATを要求することはあるが)
(ストレージが特殊なLog Structuredなファイルシステムを使うことがあるがまあおいといて)

最初はLinux自体だって業務で使うとは信じられない時代があったんだから。
いずれ個人的にお気に入りのファイルシステムも業務で売り込める時代がくるよ。

776 :login:Penguin:2007/06/20(水) 19:35:31 ID:bB/Z/Wp/
zfsが標準で採用されないとつらにだろうな

777 :login:Penguin:2007/06/20(水) 19:55:01 ID:CrIDrpSZ
業務ではファイルシステムなんて気にしない人がたくさんいますがね。
バックアップがそれなりに取れればいいんですよ。
24時間365日稼動無停止ってシステムはそんなに多くないんです。

実際に導入する前にはテストするんだし自分で確かめてから動かすでしょ?
まさか自分でテストもしないで使えないって言うわけでも無し。

778 :login:Penguin:2007/06/20(水) 23:40:30 ID:Siu40HhT
でもVFSのやばさはまだ直らないものか。

779 :login:Penguin:2007/06/21(木) 04:31:38 ID:2vSQs3wd
それがやばいと思わなければ直ることもない

780 :login:Penguin:2007/06/21(木) 11:36:22 ID:PL40awUE
むしろ「当たらなければどうという事は無い」って態度だと思う。

781 :login:Penguin:2007/06/21(木) 11:51:11 ID:5y1yqiZD
昼間にあげ

782 :login:Penguin:2007/06/21(木) 11:59:30 ID:zrkk5h26
一発だけなら、誤射も知れない

783 :login:Penguin:2007/06/21(木) 15:47:45 ID:ieUOq7Xq
うっ

784 :login:Penguin:2007/06/21(木) 20:31:33 ID:gTLXcurK
reiserfs はクソ

785 :login:Penguin:2007/06/21(木) 22:41:54 ID:LB3Vfxth
*エレベーターがリクエストを勝手に並び替えるのを抑止する手段がない
→2.6では修正
*syncがディスクに書き終わる前に戻ってくる
→未修正
*ディスクが外されているのに書き込み成功になる
→未修正
*ディスク上のキャッシュをフラッシュする方法が無い
→2.6では修正

こんな感じ?

786 :login:Penguin:2007/06/21(木) 23:42:08 ID:9DTVoCxq
>>785
まずはそれぞれの問題点のソースをだな、

787 :login:Penguin:2007/06/21(木) 23:56:03 ID:qYjfTWeN
>>785
そもそも2.6にエレベーターは無いだろ。

788 :login:Penguin:2007/06/22(金) 00:05:23 ID:AvzcLsQE
>>787
I/O schedulerと呼ぶことも多いですが、構造体の名前や linux/block/elevator.c というソースの
名前は同じなので、エレベータと呼ぶのは問題ないですね

789 :login:Penguin:2007/06/22(金) 00:08:33 ID:4hO6gZQi
reiserだとCFQじゃないスケジューラのほうが良かったりするん?

790 :login:Penguin:2007/06/22(金) 06:46:14 ID:ulqcVSJe
>>785
一番やばいのは、不意のシャットダウンでFSごと壊して
再起不能になるところではないだろうか?

そういうのを見ていると、NTFSの方が安心。

791 :login:Penguin:2007/06/22(金) 07:52:11 ID:l+PxuZ9F
>>790
現象としてそれが問題なのは分かるけど、そのような現象に至るには
コード上のどこが問題で、どこが解決されているかっていうのが >>785 なのでは。



792 :login:Penguin:2007/06/22(金) 08:22:21 ID:AvzcLsQE
>>791
うむ
で、実際の問題のほとんどはVFSではなくて、個々のファイルシステムのコードに含まれた
微妙な間違いによって発生しているのも現実。

793 :login:Penguin:2007/06/22(金) 08:46:34 ID:OQJWrocq
そのコード指摘しないとわからないんじゃない?

794 :login:Penguin:2007/06/22(金) 08:47:42 ID:OQJWrocq
elevator.cには
そんなことが読めるコードはどこにもありませんがw

795 :login:Penguin:2007/06/22(金) 08:51:05 ID:dpPzRZ3P
猿能あげ

796 :login:Penguin:2007/06/22(金) 09:08:33 ID:OQJWrocq
>>785
でてこいあげ

797 :ななし:2007/06/22(金) 09:25:13 ID:j2iqHEfz
いつもの人が大暴れ中

798 :login:Penguin:2007/06/22(金) 09:30:02 ID:dpPzRZ3P
おさるさんの書き逃げ?

799 :login:Penguin:2007/06/22(金) 09:43:30 ID:jeb51rJ2
それにつけてもRHEL4のext3のひどいことよ。。。。

800 :login:Penguin:2007/06/22(金) 09:44:35 ID:OQJWrocq
ソースコード読めない素人はだませても、そうはいかんざきおさるよ

801 :login:Penguin:2007/06/22(金) 09:49:21 ID:dpPzRZ3P
朝っぱからFUDしてる暇あったら、Cくらい勉強したほうがいいんじゃないw
時間は大切にね^^

802 :login:Penguin:2007/06/22(金) 09:53:16 ID:OQJWrocq
しかし、こんなもんも読める奴がいないとは
ま、いっか、俺の時間ももったいねえ

803 :login:Penguin:2007/06/22(金) 12:42:18 ID:JaJnUkpt
elevator=エレベータってだけの話じゃないの?

804 :login:Penguin:2007/06/22(金) 16:23:42 ID:4daP2efi
linuxのVFS、言うほど悪くないけどな。
syncの問題は、linusの言うとおりだと思う。

805 :login:Penguin:2007/06/24(日) 04:56:49 ID:n98hw6tG
おまいらbtrfsに興味ないのか?

806 :login:Penguin:2007/06/24(日) 10:39:52 ID:FtiQBT2w
これか: http://oss.oracle.com/projects/btrfs/


807 :login:Penguin:2007/06/24(日) 11:52:55 ID:c8vKgFZp
LWNで読んだが、チェックサム、高速fsck、スナップショット、CoW、など
必要なものはおさえてあるな。

808 :login:Penguin:2007/06/24(日) 20:12:37 ID:FvQsaxnB
zfsもあるな

809 :login:Penguin:2007/06/25(月) 00:03:49 ID:hRAt0G+e
btrfsはベターfsなんかな?
それともB-tree fsなんかな?

810 :login:Penguin:2007/06/26(火) 08:47:46 ID:nIJxSY2J
BiTorrentRelayFileSystem

811 :login:Penguin:2007/06/26(火) 09:55:42 ID:6evlBE7v
おまえらに聞いた俺が間違ってた

812 :login:Penguin:2007/06/26(火) 11:02:22 ID:lN6KD3Zo
Linux: Rewriting the Buffer Layer
http://kerneltrap.com/node/8434

813 :login:Penguin:2007/06/28(木) 13:11:18 ID:G46mjd/4
>>811
そもそも、お前誰よ?

814 :login:Penguin:2007/06/29(金) 00:09:17 ID:Ct5258iB
「俺はLinuxだ」
「そうか、奇遇だな。俺はAlanだ」
「おおこんなところで!俺はAndrewだ」
「俺は田代」
「(全員)誰?」


815 :login:Penguin:2007/06/29(金) 00:18:13 ID:cWrtyqBj
言いたい事は伝わるが何か違う希ガス

816 :login:Penguin:2007/06/30(土) 02:41:29 ID:LL/yciV4
Hans Reiser: Once a Linux Visionary, Now Accused of Murder
http://www.wired.com/techbiz/people/magazine/15-07/ff_hansreiser?currentPage=1

嫁は

817 :login:Penguin:2007/06/30(土) 10:38:35 ID:riAZB6wX
>>816
>While he launches into the intricacies of database science, I'm thinking, "Where is the front passenger seat of your car?" He has never explained this.
>It seems a fundamental hole in his defense. But he won't stop talking. When I try to interrupt, he insists I let him finish. It's as if the file system holds all the answers.
なんというか、かんというか。

818 :login:Penguin:2007/06/30(土) 21:30:55 ID:X2rn9BBe
>>816
どこまでがインタビュー内容/伝聞/フィクションなのか曖昧な記事だな。
わざとそういう不安定感のあるスタイルにしているのだろうけど。

その引用も後のソース中コメントがこの事件を想起させているような
表現につなげるためだし、ちょっとまともな報道・調査というより、評論家が
売らんがための文章をひねり出したような記事だと思った。

819 :login:Penguin:2007/06/30(土) 21:56:25 ID:riAZB6wX
実話を元に小説を作りましたー的な。

820 :login:Penguin:2007/06/30(土) 22:55:21 ID:OJdr0QxR
フィクションなら
>>17-18
で既出だな

821 :login:Penguin:2007/07/07(土) 00:22:30 ID:+rfgneNr
こっちのスレはVFSとHans Reiserの話しばっかりになったな。

ZFSスレでネットワークFSの話しになってる。
おもしろそうだが、難しすぎてよく分からない。

822 :login:Penguin:2007/07/07(土) 00:29:41 ID:QtvbNTnl
>>814

お前、馬鹿?

823 :amel:2007/07/07(土) 00:31:40 ID:QtvbNTnl
>>822
良くないスレですね?

824 :login:Penguin:2007/07/07(土) 00:35:23 ID:j9Sd6A8M
タイトルに惹かれてきてみたら・・・。
ソースを読み合って、ディスカッションという場ではなさそうだな。
がっくり

825 :amel:2007/07/07(土) 00:36:07 ID:QtvbNTnl
ID.を確認どうぞ。

826 :amel:2007/07/07(土) 00:37:49 ID:QtvbNTnl
ですが、二名、以上で書き込みをしていたら、規制されますか?

827 :amel:2007/07/07(土) 00:46:13 ID:QtvbNTnl
>>826『追加』
cookie.は2ch.で管理、個人では使い分け出来ないのですが?
それでも、規制できますか?
それに附いては "削除" "規制"関係でどうぞ…
見直した方が良いと思います…

828 :amel:2007/07/07(土) 00:49:23 ID:QtvbNTnl
恐らく、手遅れです…

829 :amel:2007/07/07(土) 00:52:45 ID:QtvbNTnl
>>824
そうです…  最近どうもスレのされ方が変なのです。


830 :login:Penguin:2007/07/07(土) 01:41:00 ID:+rfgneNr
OLS 2日目:カーネル開発、ファイルシステムについての講演
ttp://www.itmedia.co.jp/enterprise/articles/0707/06/news038_3.html

Ext4も大した機能追加ないねぇー。

831 :login:Penguin:2007/07/07(土) 05:04:53 ID:ODctLlEZ
基本的にスケーラビリティの改善だけを目指している感じだからなぁ。
新機能が欲しければ他のfs使えって感じ。

832 :login:Penguin:2007/07/07(土) 09:15:57 ID:WELrETC5
会場でExt4用の新しいクールなデフラグを書こうとしている人がいたよ、みたいな話を聞いたことがある。

フラグメンテーションを決して起こさないFSも、起こしてパフォーマンスを劣化させないFSも理論上無いとはわかる。
しかし実際問題フラグメンテーションでの劣化ってそんなに起きていないような気がするんだが。
ファイルの入れ直しで解消を試みても、パフォーマンスに影響しなかった経験が何度か。

だがまぁ、やろうとしていることについて技術的に小難しいことをいろいろ聞いたので、ソースが出てきたらおもしろがれるかも。

833 :login:Penguin:2007/07/08(日) 15:43:46 ID:0+EIUEGU
>フラグメンテーションを決して起こさないFSも、起こしてパフォーマンスを劣化させないFSも理論上無いとはわかる。
どっちも理論上は可能だと思うが。前者はNILFSが近いんじゃないか?

834 :login:Penguin:2007/07/08(日) 17:02:27 ID:v03/iTdR
Windowsのショートカットをシンボリックリンクに見立ててくれるFSって
何かいいのある?

835 :login:Penguin:2007/07/08(日) 18:03:49 ID:Xd9AF0Q/
>>833
GCしないLFSなら確かにフラグメンテーションなんて起こさない罠。
HDD使い切ったら、はいお終いだけど。

836 :login:Penguin:2007/07/08(日) 18:24:28 ID:fjz1elUH
>>834
Windowsというと、現在はNTFSが(様々なバージョンの)ファイルシステムとして用いられている。

というのは別として。

質問が間違っているのかな。
「LinuxでWindowsのファイルシステムをmountした時に、
ショートカットをシンボリックリンクのように見てくれるソフトウェアはない?」
って聞きたかったのではないか。違うかな?

837 :login:Penguin:2007/07/08(日) 18:26:35 ID:VAwI6x3I
ショートカットって、特定のアプリケーションのデータファイルだろ。
そりゃ無理だって。

838 :login:Penguin:2007/07/08(日) 18:28:36 ID:v03/iTdR
>>836
だいたいそんなかんじ。 でもソフトで出来るの?
ドライバにする必要あると思ってたけど
ユーザランドで出来るならそっちのが安全でいいな

839 :login:Penguin:2007/07/08(日) 18:29:17 ID:v03/iTdR
>>837
UMSDOSなんてのがかつてあったんだから
少なくとも不可能じゃないとオモタ

840 :login:Penguin:2007/07/08(日) 18:32:02 ID:oAyHq6E6
findで探してシンボリックリンクに付け替えた方が早そうだ

841 :login:Penguin:2007/07/08(日) 18:34:37 ID:v03/iTdR
NTFSは危ないのでFATでおながいします

842 :login:Penguin:2007/07/08(日) 20:54:36 ID:jgRlNh7H
>>839
ショートカットってWindowsファイルシステム内でのソフトリンク
("C:\Temp\hogehoge" から "C:\Windows\Hogehoge" へのリンクなど)なので、
Windowsの設定情報まで参照しないかぎり意味を為さないだろう。

843 :login:Penguin:2007/07/09(月) 22:41:51 ID:ocug9qoC
>>842
mount -o drive=C:/mnt/c,D:/mnt/d とかサポートすればいいんでない?

844 :login:Penguin:2007/07/11(水) 03:20:58 ID:ZWpOchvz
ディスクへのwaitio が高いときに、そのディスクへのopenシステムコールが何十秒も返ってこないことがあります。
処理キューみたいなものがあって、それがいっぱいになっていてopenを受け付けてくれない印象なのですが、その状態を確認する方法はないのでしょうか?


845 :login:Penguin:2007/07/11(水) 03:26:00 ID:fUbuvIfE
場違いなのかも知れないですけど、ファイル交換ソフトで落としたやつから
静岡県警からの重要なお知らせってやつがでてPCいかれたんですけど
ただのウイルス?

846 :login:Penguin:2007/07/11(水) 07:29:22 ID:4FYTLsLl
それがどうファイルシステムと関係しているのか小一時間問い詰めたい。


847 :login:Penguin:2007/07/11(水) 11:22:53 ID:hf8paUl1
>>844
まずは特定のバージョンのバグかどうか確認したら?

それから、I/Oスケジューラを変更してみるとか、
dirty_rationを変えるとか。
I/Oの確認なら /sys/block/(dev)/queue/ とか。


848 :login:Penguin:2007/07/11(水) 11:23:58 ID:hf8paUl1
目欄は気にするな。

849 :login:Penguin:2007/07/11(水) 18:10:35 ID:IS3sEqk0
Linux Foundation Japan Symposium(1)──Linuxカーネル天気予報
http://opentechpress.jp/opensource/07/07/11/0837228.shtml

850 :login:Penguin:2007/07/14(土) 00:09:30 ID:OWr86xO1
btrfs試してみたらこれ、まだほとんど何もできないのね。
まぁ今後に期待

851 :login:Penguin:2007/07/15(日) 08:40:59 ID:iEyQr1r6
カーネル詳解とか読んでみたけど、VFSってカーネル内の至る所で
かなり広範囲に使われてるから、そう簡単に斬新とか無理そうね。
メジャーバージョンアップのときぐらいしか変更できなさそうな予感。

852 :login:Penguin:2007/07/20(金) 01:32:32 ID:HhUyFB/T
>>847
ありがとうございます。
kernel2.4なのでI/Oスケジュールの変更ができませんでした。
その後、いろいろ調べたところ
/test (/dev/sda1) へのwaitioが高いときに、(激しくwrite中)
open(/dev/sda1) は待たされますが、
open(/test/hoge.txt) は待たされないことがわかりました。
closeも同様です。
writeが完了しないと、open,closeできないんでしょうか?


853 :login:Penguin:2007/07/31(火) 11:26:38 ID:ISFmkAWS
おまいら頭の隅に残しておけ。
ttp://www.ussg.iu.edu/hypermail/linux/kernel/0707.3/2940.html


854 :login:Penguin:2007/07/31(火) 14:52:13 ID:3m40XB25
あれまぁ

855 :login:Penguin:2007/07/31(火) 22:36:14 ID:peFVq3i0
マジ?
5年くらい使うつもりの家のサーバjfsにしちゃったお( ^ω^)

856 :login:Penguin:2007/08/01(水) 11:51:04 ID:RRQQA0yK
マジ?
Web+DBのWebアプリケーション鯖をJFSで構築しちゃったお( ^ω^)


・・・でももうその会社辞めちゃったからどうでもいいお(;^ω^)


857 :login:Penguin:2007/08/01(水) 12:24:53 ID:vCuBtIQQ
gentooデスクトップ用途の環境で、/をJFSで約一年使ってるが
FSが原因とおぼしきクラッシュ、速度低下などは見られないっす。
安定状態。

858 :login:Penguin:2007/08/01(水) 12:30:44 ID:JB31OhWi
JFSには興味はあるんだが、dumpがないのがちょっと悲しいな。
といってもこの知識は昔の話なんですが、今はどうなんでしょう…

xfsのdumpは形式が違ってるのが悲しい。見てみればだいたいわかるんでどうにかなることは間違いないんだけどね。


859 :login:Penguin:2007/08/01(水) 12:36:38 ID:A9dQQM9I
>>853
の中で言及している速度低下についての話題元はたぶんこれ。
ttp://osdir.com/ml/file-systems.jfs.general/2007-01/msg00024.html

860 :login:Penguin:2007/08/05(日) 05:10:29 ID:WJBUtzWB
いきなり、ここのスレで叩かれているJFSだが、今まではFSの論争にも
入れてもらえなかったことを考えると大きな進歩だよな。

861 :login:Penguin:2007/08/05(日) 07:55:49 ID:Um510YtB
ぇ、これで叩かれてんの?

862 :login:Penguin:2007/08/05(日) 08:03:13 ID:S9xbeTJU
>>858
dumpは必要だね。
ファイル数が多いときにバックアップが速くなったりするから。


863 :login:Penguin:2007/08/06(月) 02:27:42 ID:Taq1zrH7
cfdiskなどでCHSを書き換えることが出来ますが
この情報はどこに格納されるのでしょうか

864 :login:Penguin:2007/08/06(月) 23:22:26 ID:tTm2Rlbx
>>863
パーティションテーブル

DOS/V機なMS-DOSの場合
http://www.ata-atapi.com/hiwtab.htm#T7

PowerPCなMacの場合
http://developer.apple.com/documentation/mac/Devices/Devices-121.html#MARKER-2-27

前スレの300が詳しく解析してるよ。


865 :login:Penguin:2007/08/07(火) 11:50:57 ID:oAapU+LZ
>>861
いや、むしろ俺以外に使っている人がいてよかったなぁ、という気分に浸ってる

866 :login:Penguin:2007/08/08(水) 18:37:50 ID:KJrfWwio
>>863
パーティションの区切りからCHSを推測するってこと?

867 :864:2007/08/08(水) 21:12:02 ID:21gB09Kv
>>866
ジオメトリを指定しても、cfdisk後のCHSが保存されるだけだと思っている
違ったら訂正をヨロ

868 :login:Penguin:2007/08/08(水) 21:35:07 ID:IgDqOymo
Linux: Replacing atime With relatime
http://kerneltrap.org/node/14148

869 :login:Penguin:2007/08/09(木) 11:29:04 ID:L5WovFRA
なんか,reiserfs3で8TB+のパッチが公開されている
って話を聞いたけど、どうなんだろ。
reiserfs3ってBKL下で動いているから
最近の多コアCPUやCFSの恩恵を受けられないし、
死にゆくfsなのか。

870 :login:Penguin:2007/08/09(木) 20:48:51 ID:ZbVfzDn5
>>869
>>reiserfs3ってBKL下で動いているから
これってどこに書いてありました?

見た感じだとdirect IOとxattrとjournalの操作の時にlock_kernel()使ってるようですが、
direct IOやxattrは滅多に使いませんし、journalの操作は普通に1スレッドだけでやるものだと
思いますので、そんなに問題ないかと思います。

871 :login:Penguin:2007/08/11(土) 11:23:29 ID:9FckcMB8
>>870
ジャーナルの操作を1スレッドでやるのとBKLにどういう関係が?

872 :login:Penguin:2007/08/11(土) 17:27:33 ID:S+h83dfI
resize2fs で /dev/vg00/lv00 を小さくしようとしたら、
最初に e2fsck -f /dev/vg00/lv00 やってくれとのメッセージ。
いまやってますが、これってどういう条件で出るんだろう?

873 :login:Penguin:2007/08/12(日) 19:14:05 ID:EBnOBi7P
>>872
ソース嫁

874 :login:Penguin:2007/08/13(月) 00:37:43 ID:P6ErmyqJ
ソースより先にドキュメント嫁よ
ソースなんて正しいわけ無いんだから

875 :login:Penguin:2007/08/13(月) 00:42:01 ID:Oll4QWnZ
プログラムは書いたとおりに動く

876 :login:Penguin:2007/08/13(月) 00:53:48 ID:m2Xp2W2S
ただし意図した動作であるとは限らない

877 :login:Penguin:2007/08/13(月) 00:57:56 ID:7CGIlhne
コンパイラやインタープリタにバグがなく、宇宙のマジカルパワーも無ければな。

878 :login:Penguin:2007/08/13(月) 01:58:44 ID:qEvxwNsF
そんなことよりプリキュア観ようぜ
http://www.nicovideo.jp/watch/sm1290

879 :login:Penguin:2007/08/19(日) 21:04:10 ID:3j5n/oHW
マウントするとき、そのディレクトリのパーミッションをついでに指定
したいんだけどどうやって指定すればいいの?

mount /hoge
chmod a+rw /hoge
って毎回書くのあほらしいというか、こんなのどうにかしてfstabに書きたい

880 :login:Penguin:2007/08/19(日) 21:56:26 ID:GmVhVcvD
vfatの話なら mount -t vfat -o umask=

881 :login:Penguin:2007/08/19(日) 22:23:00 ID:vDapTuA8
>>880
いや、ext2とかなんだけどね

882 :login:Penguin:2007/08/19(日) 23:21:02 ID:/SBKtx1D
じゃあmode=

883 :login:Penguin:2007/08/21(火) 17:09:46 ID:NKhBi4uP
>>882
そんなオプション無かったよ

884 :login:Penguin:2007/08/21(火) 23:56:08 ID:2kwgPUzj
>883
一応カーネルソースのドキュメントも見てみたけど、
確かにext{2,3}にはそういうオプションは無いみたいだね。
毎回設定するしか無いね。

885 :login:Penguin:2007/08/22(水) 03:46:02 ID:NCc+DnZt
ext2だと普通パーミッション保持されない?

886 :login:Penguin:2007/08/22(水) 13:08:18 ID:HuFexOwP
chmod a+rw /hoge/.

887 :tia:2007/08/31(金) 20:21:13 ID:ohNdduz0
845>
私も場違いでスミマセンが。
そのウイルスらしきものにやられて、PC内のファイルが
ランダムにbmpファイルに上書きされました。
プログラムファイルも...

拡張子は間違いなくaviだった上に、クロスチェックかけたのに。


888 :login:Penguin:2007/08/31(金) 20:27:46 ID:r7aEGDX0
プゲラ

889 :login:Penguin:2007/08/31(金) 20:58:20 ID:MGdsT4tm
ゲラプ

890 :login:Penguin:2007/09/05(水) 00:21:08 ID:eXT2WyJX
ジャーナリング宣言。してない頃だよ

891 :login:Penguin:2007/09/10(月) 11:42:47 ID:gbQBz4rL
ファイルシステムには2系統ある。

UNIX型とTRON型だ。

TRONのファイルシステムは非常にユニーク。

ニコニコ動画(RC)‐プロジェクトX 挑戦者たち 
第113回「家電革命 トロンの衝撃」
http://www.nicovideo.jp/watch/sm526580

892 :login:Penguin:2007/09/10(月) 17:52:47 ID:zl7D9awk
>>891
TRON型?ふざけんなって。

893 :login:Penguin:2007/09/10(月) 20:25:55 ID:nn7166OK
Plan9みたいなものか

894 :login:Penguin:2007/09/13(木) 11:01:36 ID:9luV472s
>Toward the end, Chris was asked whether performance slows down when the disk gets full.
>The answer was "no" because the system crashes instead.
>That's a good reminder that Btrfs remains an early-stage development

895 :login:Penguin:2007/09/13(木) 14:53:42 ID:XgTn7ZnR
Linuxの暗号化ファイルシステムで一番メジャーなのって何?

896 :login:Penguin:2007/09/13(木) 14:58:14 ID:9luV472s
dm-crypt

897 :login:Penguin:2007/09/14(金) 17:23:21 ID:uQ7EblPd

B-TRONの体験版・・・(超漢字のご先祖)

1B/V3体験版のご案内
http://www.personal-media.co.jp/tron/1bv3_taiken.html
ftp://ftp.personal-media.co.jp/pub/1b/p971212.exe

1BV3体験版
http://tat.soga.in/btron/modules/bwiki/index.php?OS%2F1BV3%C2%CE%B8%B3%C8%C7
「超漢字」を体験させてほしい
http://homepage1.nifty.com/isdknit/_tqFOnLE.html

オープンギャラリー:1B/V3の環境
http://www.ne.jp/asahi/open/gallery/1bv3/1bv3.htm

オープンギャラリー:プラットフォームコーナ
http://www.ne.jp/asahi/open/gallery/platform.htm


898 :login:Penguin:2007/09/17(月) 11:09:47 ID:NEgFbuDz
reiser fsをはじめて使ってみたが、速攻でext3に戻した
lsしたら、レスポンスなくてフリーズしたかと思った
SAMBAでWindowsからアクセスしたらWindows固まるし

何この釣りFS

899 :login:Penguin:2007/09/17(月) 11:46:57 ID:PsUEwV4K
今ext3以外で使うとしたらxfsだろ

900 :login:Penguin:2007/09/17(月) 13:40:46 ID:wmUo+myt
dir_index....

901 :login:Penguin:2007/09/17(月) 13:57:57 ID:+FtRHk1Y
>>898
カーネル何?

902 :login:Penguin:2007/09/17(月) 15:53:44 ID:Q4VswAHn
>>898
メモリどんくらい積んでる?

903 :login:Penguin:2007/09/17(月) 16:05:30 ID:PsUEwV4K
reiser厨がいくら騒いでもreiserfsは安定しないのだった

904 :login:Penguin:2007/09/17(月) 17:27:33 ID:Pb8uwwQL
ハンスはまだ拷問されてんのか?

905 :login:Penguin:2007/09/17(月) 17:35:54 ID:+FtRHk1Y
>>904
タリバンに捕まって、改宗を強要されています。

906 :login:Penguin:2007/09/17(月) 17:52:17 ID:PsUEwV4K
          _Y_
            r'。∧。y.
         ゝ∨ノ       ハンスが                  ,,,ィf...,,,__
          )~~(            臭い飯を喰ってる間に   ,.∠/゙`'''t-nヾ ̄"'''=ー-.....,,,
         ,i   i,                        ,z'"    ̄ ̄ /n゙゙''''ー--...
         ,i>   <i     xfs はどんどん普及し    r”^ヽ      く:::::|::|:::〔〕〔〕
         i>   <i.     ていく・・・・・・。      入_,..ノ ℃      ̄U ̄_二ニ=
`=.,,ー- ...,,,__  |,r'''"7ヽ、|  __,,,... -ー,,.='             >ーz-,,,...--,‐,‐;;:'''""~
  ~''':x.,,  ~"|{ G ゝG }|"~  ,,z:''"                     ___
      ~"'=| ゝ、.3 _ノ |=''"~      <ー<>         /  l ̄ ̄\
        .|))    ((|        / ̄ ゙̄i;:、      「 ̄ ̄ ̄ ̄| ̄| ̄ ̄ ̄\
             ))|       r'´ ̄「中] ̄`ヾv、   `-◎──────◎一'
                   ├―┤=├―┤ |li:,
                   |「 ̄ |i ̄i|「.//||「ln|:;
                   ||//__|L_」||__.||l」u|:;
                   |ニ⊃|  |⊂ニ| || ,|/
                   |_. └ー┘ ._| ||/
                   ヘ 「 ̄ ̄ ̄| /

907 :login:Penguin:2007/09/17(月) 18:02:46 ID:Pb8uwwQL
確かにある意味タリバンだな

908 :login:Penguin:2007/09/17(月) 18:07:43 ID:+FtRHk1Y
しかし、紆余曲折あって、ハンス・ライザーはファイルシステムの設計者としては、
世界一有名なんじゃないか?

909 :login:Penguin:2007/09/17(月) 18:10:18 ID:C+gaLwkZ
「悪名高い」では。

Reiserはコードの管理主としての立場ファイルシステムの命名権も譲るとかいう話が出てなかったっけ?
名実ともにReiserの名はOSS界から消えるのか…。

910 :login:Penguin:2007/09/17(月) 18:18:29 ID:PsUEwV4K
フルキャストファイルシステムとか
スカイマークファイルシステムとか
Yahoo BBファイルシステムとか

911 :login:Penguin:2007/09/17(月) 18:49:06 ID:3bAeJl87
>>910
フルキャストfsは途中で命名件返上だな。

912 :login:Penguin:2007/09/17(月) 19:49:29 ID:PuFUXzjI
なにその街中で無料で配ってるFS

913 :login:Penguin:2007/09/17(月) 20:44:54 ID:Pb8uwwQL
電車の中に置き去りにされたCD-Rに入っているfs

914 :login:Penguin:2007/09/17(月) 22:33:54 ID:NEgFbuDz
>>901
2.6.16

>>902
512MB

パーティションは500GBのHDDを丸ごと1つ

915 :login:Penguin:2007/09/17(月) 22:46:48 ID:G7dAmd5E
>2.6.16
何その太古のカーネル

916 :login:Penguin:2007/09/17(月) 22:52:22 ID:TWiDkE7F
>>913
あーあれな

917 :login:Penguin:2007/09/17(月) 23:11:16 ID:NEgFbuDz
>>915
VINEなもんで。
安定性重視のため自分で入れ替えはしない。

918 :login:Penguin:2007/09/17(月) 23:14:59 ID:G7dAmd5E
>>917
BTS no?

919 :login:Penguin:2007/09/17(月) 23:19:21 ID:NEgFbuDz
>>918
わかりやすい日本語でお願いします

920 :login:Penguin:2007/09/17(月) 23:29:43 ID:G7dAmd5E
>>919
898の問題は
http://bts.vinelinux.org/
の何処に登録されていますか?
登録されていないのなら、あなたの所だけの問題なので
まずは自分の環境を見直しましょう。

921 :login:Penguin:2007/09/17(月) 23:45:01 ID:PsUEwV4K
目的はreiserfsを使うことではないんだがな

922 :login:Penguin:2007/09/18(火) 06:29:13 ID:mqvO8vMs
とりあえず、ID:NEgFbuDzの頭がとんでもなく悪いって事はわかった。

923 :login:Penguin:2007/09/18(火) 10:02:48 ID:OoZu4gbK
悪くても狂ってるよりはマシかも

924 :login:Penguin:2007/09/18(火) 13:36:10 ID:A0eTdXn7
悪くて狂ってるといいたいのかもよ?

925 :login:Penguin:2007/09/19(水) 13:24:55 ID:z5U36Qou
JFSを30日間試してみた
http://opentechpress.jp/developer/article.pl?sid=07/09/19/016221

926 :login:Penguin:2007/09/19(水) 13:39:39 ID:5lc5Yosk
>30日間あれこれやってみた結果、私はJFSを高く信頼するに至り、
>安心して自分のデータを任せている。

そして2ヶ月めに入った途端にシステムが固まって後悔する事になる。
俺も使ってみたがJFSはまだ実用には耐えないというのが感想だ。

927 :login:Penguin:2007/09/19(水) 16:59:55 ID:YBeh0Vqc
こちらはなんとなく/をJFSにしてもう一年だが
FS由来とおぼしき何の問題もない。

928 :login:Penguin:2007/09/19(水) 17:09:41 ID:ycdolX3v
>>926
その障害はどこのBTSにファイルされていますか?

929 :login:Penguin:2007/09/19(水) 17:12:15 ID:5lc5Yosk
壊れる壊れる騒いでたキチガイと一緒くたにされちゃかなわんから
安定度については置いとくとしても、性能悪すぎだろJFS?

930 :login:Penguin:2007/09/19(水) 17:19:44 ID:ycdolX3v
>>929
定量的にお願いします。

931 :login:Penguin:2007/09/19(水) 17:24:05 ID:Cmv/zVEO
>>929
性能がいいという印象はないね。
使用、半年くらいだけど。
ただ、まあ別にカリカリの性能を求めている訳だから今のでいいかな。
>>930
定量的に判断する材料はどういうのがいいかな。
あまり激しくないベンチとかなら家ので取ってもいいよ。

932 :login:Penguin:2007/09/19(水) 17:52:21 ID:5lc5Yosk
http://linuxgazette.net/102/piszcz.html
を見るとJFSってベンチマークの数字はいいのに
実際に使ってみるとはっきり遅いと感じる。
大量ファイルのtouchなんてこっちの手元でやるとXFSの倍ぐらいかかる。

933 :login:Penguin:2007/09/19(水) 18:21:45 ID:ycdolX3v
>>932
リンク先のテストでは、大量(1万)ファイルのtouchに
xfsとjfsで10%も違わないように見えますがねぇ。

934 :login:Penguin:2007/09/19(水) 18:25:01 ID:ycdolX3v
>>932
というわけで、このスレの>>853辺りから読んでみ。

935 :login:Penguin:2007/09/19(水) 22:49:59 ID:pu2LrBi6
>>925
>JFSはiノードに対して動的にディスク領域を割り当て、必要がなくなればその領域を解放する。
>そのため小さなファイルが数多くある場合にも、iノードの数が不足することはない。
>すでにカーネル内に統合済のファイルシステムのうち、この機能を持つファイルシステムは、

>私が知る限りはJFSだけだ。
  (  ゚д゚) 
_(__つ/ ̄ ̄ ̄/_
  \/    /

  ( ゚д゚ )
_(__つ/ ̄ ̄ ̄/_
  \/    /

936 :login:Penguin:2007/09/20(木) 10:45:11 ID:SedHO+hg
>>935
>私が知る限り
って書いてあるから問題ない

937 :login:Penguin:2007/09/21(金) 16:14:15 ID:AQnksrUV
>>936
問題がどうとかじゃなく、満天下に恥を(不勉強ぶりを)さらしたって事じゃね?

938 :login:Penguin:2007/09/21(金) 17:26:53 ID:/L3631YK
(・∀・)

939 :login:Penguin:2007/09/21(金) 18:17:28 ID:xxQqz8UG
vxfs最高でつ

940 :login:Penguin:2007/09/21(金) 23:02:58 ID:GNgq1nEm
メールサーバ(maildir形式)で2000人程度扱うなら、
どのファイルシステムがオススメ?

941 :login:Penguin:2007/09/21(金) 23:11:14 ID:0JBW9Pbk
>>940
NFSでexportして使うんじゃないんだよね?

942 :login:Penguin:2007/09/22(土) 01:58:10 ID:udmqLNp1
reiserfs で良いのでは?
こまいファイル扱うの得意だそうだし。

943 :login:Penguin:2007/09/22(土) 14:27:52 ID:F0YS4UKz
>>942
先が無いFSを誰が使うというのか

944 :login:Penguin:2007/09/22(土) 16:57:38 ID:Q4qanP3c
自力でテスト、検証ができないならext3もreiserfsもxfsも違いが無い。
メールサーバーならカーネルのバージョンをガンガン上げるワケもないから
将来性を気にする必要は殆ど無い。

945 :login:Penguin:2007/09/22(土) 17:46:53 ID:sIp3Idmw
FSに固執しちゃうおとこのひとって。。。

946 :940:2007/09/22(土) 20:02:41 ID:DMezqJuC
データの容量も考えると、
NFSにて運用も考える場合もあるかと思います。
内蔵とNFSで、こういう場合、
ファイルシステムを使い分ける必要がありますか?
OSはRedHat Enterprise Linux 5です。
内蔵ならreiserfsでもいいですが、
NFSで使うならオススメはありますか?

947 :login:Penguin:2007/09/22(土) 20:05:56 ID:H31xI3MP
LinuxでNFSで2000人…
MAXXパーフェクトにs(ry

948 :940:2007/09/22(土) 20:51:20 ID:DMezqJuC
ま、全員が使っているわけではないので、
その点、利用人数は1/10ぐらいと見てもらえれば・・・。

949 :login:Penguin:2007/09/22(土) 21:10:05 ID:dILnyXoH
突発的に負荷がかかった時にサービスを保証できないのが問題なのでは?

950 :login:Penguin:2007/09/22(土) 22:06:42 ID:otjL/cmF
200人と考えてもちょっと…

951 :login:Penguin:2007/09/22(土) 22:07:55 ID:YNAHO4JL
なんで自分で検証しないの?

952 :940:2007/09/23(日) 16:53:53 ID:oLQg9wyf
>>951
これくらいの規模のテストや検証ってどうするんでしょう?

>>949
遅延ぐらいで済めばいいかと思いますが、
止まるという所までなりますか?

>>950
ハードのスペックでカバーできるものでは
ないということですか?

nfsappの費用は出ませんでした・・・。


953 :login:Penguin:2007/09/24(月) 08:47:51 ID:m4bxfbwo
>>952
JMeter とか使えばいいんじゃね?

954 :login:Penguin:2007/09/24(月) 11:10:12 ID:LQ/ue5Vq
とりあえず、動的inodeの選んでおいた方がいいね。
inode数最大にしておいてもいいけど。
POP3/IMAP4サーバによっては、状態キャッシュ持ってたりするから、
そこら辺調べてテストしないと意味無いよ。

955 :login:Penguin:2007/09/25(火) 00:58:39 ID:ihpIDSJp
メールサーバで機能が閉じてるんだし、遅くなるだけだから、NFSいらんだろ。


956 :login:Penguin:2007/09/25(火) 09:31:36 ID:NXWC5eM+
10年以上前、大学の情報センターとかでSunOS 4.1やSolaris 2.5をつかって
NFSで2000人規模のメールサーバ運用していた例なんてかなりあるのだから、
NFSv4でlocking周りがしっかりし、マシンパワーも比べ物にならないほど
上がった今は、NFSでなにか問題が出るとは思えないけどな。

957 :login:Penguin:2007/09/25(火) 09:33:06 ID:4z6o6Cq6
それはSolaris使った前提で、だな

958 :login:Penguin:2007/09/25(火) 09:47:39 ID:FJ0nz1Z/
で、具体的にNFSだとパフォーマンス以外でなんか問題あるんか?


959 :login:Penguin:2007/09/25(火) 09:54:11 ID:/gV52Npw
不安の種がまたひとつ増える

960 :login:Penguin:2007/09/25(火) 10:06:52 ID:P4hsrsAJ
すなわち黄金律

961 :login:Penguin:2007/09/25(火) 10:15:36 ID:yhqUFQao
私が知る限りは問題ない

962 :login:Penguin:2007/09/25(火) 14:03:22 ID:SSZ04xyF
NFSv2やv3でもスプール形式がMaildirなら問題ないし、v4ならmbox形式でも問題ないはず。
でも、やっぱりNFSでmbox形式はちょっと怖いから、v4でもMaildir使うかな。

ちなみに、100人規模で常時アクセスするようなサーバにCeleron 300MHz程度の
マシンを用意し、スプールが不足したんでNFSマウントしてなんて泥縄をやって
8年ぐらい運用し続けているけど十分性能出ている。ちなみに基本SMTP&POPで、
IMAPはほぼヲレ専用。

もちろん、多人数がIMAP使って、IMAPでメールの検索をかけたりする場合は問題が
出るだろうけど。

963 :login:Penguin:2007/09/25(火) 14:24:46 ID:FJ0nz1Z/
mbox形式でIMAPとかは嫌だなw


964 :login:Penguin:2007/09/25(火) 16:00:57 ID:NPg2pde8
dovecotだとできるんだっけ?

965 :login:Penguin:2007/09/25(火) 16:32:30 ID:SSZ04xyF
なんかスレ違いになってきちゃったな。>>940の質問に答えると、
ローカルスプールになに使おうがほとんど関係ない。
あ、FAT32とかそういうのは除いて。

>>965
Maildir以外のどんな形式でもござれって感じのuw-imapdでもできる。
uw-imapdの場合、推奨はmbx形式だけど。

しっかし、Maildirサポートをパフォーマンス周りの問題とかいって
拒否しているuw-imapdの主張が、courier imapやdovecotなどによって
否定されちゃったのは悲劇なのか喜劇なのか…

結局、uw-imapにMaildirパッチあてて運用している人も多いんだろうなぁ。

966 :login:Penguin:2007/09/25(火) 16:34:08 ID:SSZ04xyF
うを、間違えた。メールスプール用のNFSサーバのローカルfsにね。

967 :940:2007/09/25(火) 17:09:26 ID:lql1eVVh
ありがとうございます。
nfs4&maildir&pop3のみ、なので、ロック等は問題無いとは思いますが、
maildir×人数分で、inodeの関係上、ext3でも大丈夫でしょうか?
imapじゃないので、放置ユーザで無い限り、ファイルが貯まるような事は無いと思います。

reiserfsやxfs等のbtree系の方がext3よりかは大幅に読み出し書き込み効率が上がるのでしょうか?
なじみのあるext3でも問題なさそうでしょうか?


968 :login:Penguin:2007/09/25(火) 17:16:58 ID:5LvJkYIq
>>967
自力で何も出来ないなら、RedHatが唯一サポートしているext3にしとけ。

969 :login:Penguin:2007/09/25(火) 17:41:12 ID:5Pv4wpOL
>>968
オラクルがサポートしているocfs2は?

otn.oracle.co.jp/software/tech/linux/ocfs2/ocfs2.html


970 :login:Penguin:2007/09/26(水) 01:15:24 ID:Nx7i+BvX
>>967
ext3にbtreeが無いような書き方だな。
たぶん、あなたはext3には馴染んで無いようだ。

971 :login:Penguin:2007/09/26(水) 02:54:48 ID:V0uwNxxI
ext3 にもあるんだっけ?

972 :login:Penguin:2007/09/26(水) 03:07:29 ID:7W+w5cFb
>>971
つ mkfs.ext3の-O dir_indexオプション

973 :login:Penguin:2007/09/26(水) 03:40:07 ID:+1HSUFy2
デフォルトで有効になってないものだしな、なんか問題あるんじゃね?

974 :login:Penguin:2007/09/26(水) 04:09:10 ID:jh/Me5+/
次スレテンプレ
過去スレ
 01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
 02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
 03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
 04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
 05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/
 06 http://pc11.2ch.net/test/read.cgi/linux/1173530292/


975 :login:Penguin:2007/09/26(水) 04:10:09 ID:jh/Me5+/
 関連リンク
ext4
http://www.bullopensource.org/ext4/
reiserfs/reiser4
http://www.namesys.com/
xfs
http://oss.sgi.com/projects/xfs/
jfs
http://jfs.sourceforge.net/
nfs
http://nfs.sourceforge.net/
ntfs
http://linux-ntfs.sourceforge.net/
fuse
http://fuse.sourceforge.net/

 関連スレ
 [次世代] ZFS Part2 [ファイルシステム] [UNIX]
 http://pc11.2ch.net/test/read.cgi/unix/1181716111/l50
 ジャーナリングファイルシステム [UNIX]
 http://pc11.2ch.net/test/read.cgi/unix/979408065/l50
 FS関連スレ [OS]
 http://pc11.2ch.net/test/read.cgi/os/1137387538/l50

976 :login:Penguin:2007/09/26(水) 04:31:28 ID:7W+w5cFb
>>967
HDD容量が有り余っている昨今、多少容量が無駄になろうが大量にinode確保しておけば
いいってだけの話でそ。

977 :login:Penguin:2007/09/26(水) 10:50:41 ID:HArMzXhX
>>973
最近のディストリならデフォルトで有効になっている。

978 :login:Penguin:2007/09/26(水) 10:54:44 ID:NpJ7/OBl
>>977
mke2fsのデフォじゃないってことでしょ?

979 :login:Penguin:2007/09/26(水) 10:58:17 ID:jKqctJo3
>>978
何?悔しかったのか?

980 :login:Penguin:2007/09/26(水) 11:00:25 ID:NpJ7/OBl
俺? 別に。

それよりいいことを教えてやろう。
dir_indexをつけるとフラグメンテーションしやすくなるから、
気をつけろや。

981 :login:Penguin:2007/09/26(水) 11:16:12 ID:ovt2zFbN
それは初耳だな。どういう理屈だろう。ソースある?

982 :login:Penguin:2007/09/26(水) 11:17:19 ID:HArMzXhX
>>978
/etc/mke2fs.conf
見るとデフォで有効になっている。ubuntuの場合。

983 :login:Penguin:2007/09/26(水) 11:18:11 ID:nkaqE+Zi
debianとgentooも有効だな

984 :login:Penguin:2007/09/26(水) 11:26:41 ID:NpJ7/OBl
mke2fs.confは知らんかった。1.39で入ったのか。

>>981
ソースはext3のソース。
あとgit.kernel.orgが糞遅くなったときのlkmlの議論。


985 :login:Penguin:2007/09/26(水) 11:29:45 ID:jKqctJo3
なんだか昔のファイルシステムスレっぽくなってきたぞw

986 :login:Penguin:2007/09/26(水) 11:34:54 ID:jKqctJo3
それreaddirが糞遅いって話だろうが
http://lwn.net/Articles/216948/

987 :login:Penguin:2007/09/26(水) 11:37:26 ID:NpJ7/OBl
>>986
だから、dir_indexが遅さに拍車をかけるという話。

988 :login:Penguin:2007/09/26(水) 11:39:06 ID:ovt2zFbN
>>984
とりあえずgoogle検索と、fs/ext3/namei.c のコメントは読んでみ
たけど、それらしき情報には辿りつけないなあ。

dirhash のための使い捨ての情報がフラグメントを引き起こすとい
う理屈なのだろうか。


989 :login:Penguin:2007/09/26(水) 11:39:30 ID:jKqctJo3
ちゃんと「ディレクトリブロックのフラグメンテーション」って言えやこのFUD野郎

990 :login:Penguin:2007/09/26(水) 11:42:56 ID:NpJ7/OBl
てへ

991 :login:Penguin:2007/09/26(水) 12:53:24 ID:+1HSUFy2
>>977
ディストロの勝手じゃなくて、コマンドのデフォルトとして有効になっていないってことだ。

992 :login:Penguin:2007/09/26(水) 13:04:15 ID:HArMzXhX
>>991
単なる後方互換性のため。
ディストリが初期設定してパッケージしている以上、コマンド単体うんぬんは
無意味な議論だね。
なに意固地になっているの?

993 :login:Penguin:2007/09/26(水) 13:05:01 ID:NpJ7/OBl
>>991
tar玉に入っているconfファイルにdir_indexが書かれていて、
こんふぃぎゃー、負け負けインストールで/etcの下に
置かれるなら、コマンドのデフォルトとして有効になっていると
言っていいだろ?

994 :login:Penguin:2007/09/26(水) 15:35:59 ID:VZk+Fjj0
次スレ、立てまする。

995 :login:Penguin:2007/09/26(水) 15:42:03 ID:VZk+Fjj0
/**ファイルシステム総合スレ その8**/
http://pc11.2ch.net/test/read.cgi/linux/1190788761/l50


996 :login:Penguin:2007/09/26(水) 16:42:43 ID:JVUm1udh


997 :login:Penguin:2007/09/26(水) 16:44:44 ID:JVUm1udh
埋め

998 :login:Penguin:2007/09/26(水) 16:46:51 ID:JVUm1udh
次スレは
http://pc11.2ch.net/test/read.cgi/linux/1190788761/l50
だそうです。

999 :login:Penguin:2007/09/26(水) 17:05:39 ID:qbGNcssT
埋め

1000 :login:Penguin:2007/09/26(水) 17:07:08 ID:qbGNcssT
私の知る限りは次スレは
http://pc11.2ch.net/test/read.cgi/linux/1190788761/l50

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

240 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)