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

そういや、こんな話があった。
ttp://ml.postgresql.jp/pipermail/pgsql-jp/2004-October/017756.html
ttp://ml.postgresql.jp/pipermail/pgsql-jp/2004-October/017774.html
SCSIケーブルが抜けてるのにfsync()に成功してしまうってのはどうよ。

ｆｊの教祖様が書いていたext2/3ではsyncしても実際syncされないこともある
って話と関係あるのかな？

ttp://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html

ヲイヲイ、それじゃ欠陥品じゃないか（w
DBの領域にはとても使えんな。

また奥山か

SCSIケーブルが抜けないように注意してればいいだけの話でしょ。
もし万が一抜けてしまったら、何か問題が起きてしまってもしょうがない。

>>948
(´Д｀)ｱﾌｫ登場

>>948
抜けるなら最初から挿さなければいいんだよ。

抜けないように圧着すればいいじゃん

いやあのな。
SCSIケーブル抜くってのは、
コントローラレベルで補足出来る、意図して起こせる、
ハードウェアエラーの代表なわけよ。

これで駄目ならハードディスクの故障対策なんかも駄目なわけよ。

例えばSCSIコントローラやRAIDコントローラが故障して、
ディスクへの書き込みが正常にできていないのにOSに「正常終了」っていう
誤った結果を返したりしたら、不正なトランザクションが発生したことを
OSは全く認知できない。
つまり、どんな障害に対しても100%確実に対処できるようにすることなんて
不可能なわけだ。

だとすれば、どこかで妥協点を設けるしかない。
SCSIケーブルが抜けたなんて特殊な状況、そこまで面倒をみる必要があるか?

だから、妥協点として、SCSIケーブルが抜けたなんて、
SCSIコントローラが対処できるレベルの奴は、
>>944の様なことが起きない様にすべき対象内なんだよ。

そしてハードディスクの故障は再現させるのが面倒だけど、
SCSIケーブルが抜くのは簡単だから、
>>944のURLのような技術の話をする所でも議論しやすい。

だから、SCSIケーブルが抜けるケースを取り上げることには意味がある。

ハードディスクが壊れないように注意してればいいだけの話でしょ。
もし万が一壊れてしまったら、何か問題が起きてしまってもしょうがない。

>>955
その考えはさすがに困ると思うけど。

絶対壊れないなんて事はないんだから、壊れても大丈夫なようにすべき。
止められないなら冗長化するとか、止まってもいいならバックアップでもいい。
もちろん壊れても構わないマシンなら、面倒なんでなんもしなくていいと思うけど。

漏れはSCSIケーブル抜けたのなんて言うのは、当然対応すべきだと思うけど。
どうでも良いマシンに今時SCSIなんかつかわんでしょ。

>> AFAIK, EXT2 doesn't update all metadata synchronously in sync-mode.

>It does.

おまいら、教祖様とモートンたんのどっちの云うことを
信じるのだ。（AFAIKは教祖様がいったのと違うけどな）

めちゃくちゃ重要なことじゃん。はっきりしる。

>>957
これの出典は?
先のPostgreSQLのMLのログで紹介されてた
RedHatのBugzillaではext2のバッファキャッシュが激読みづらくて
fixが出ないままお流れになっていたようですが…

個人的にはLinuxのSCSIドライバがちゃんとメンテされてるように
思えないのでそのあたり怪しいと思ってますけども

うみゅ。ヲレもSCSIケーブルの抜き差しについては、fsではなくSCSIのドライバの
問題だと思う。メジャーじゃない製品のドライバだと、動けばいいやで適当に
作っているものがものすごく多いしね。

e2fsckにxfs_repairの-Lみたいの付かねえかな

現在ループバックデバイスに関連づけられている
ファイルを一覧するにはどうすればいいんでしょうか？
losetup では一覧するためのオプションはないようです。

>>945
> ttp://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html

げ、ext3 って安心して使えないのか…
漏れ、ブチブチきっちゃってたよ。
まぁ、VMware とかの中の Linux なんだけど、容赦なく。

>>945

ttp://www.dd.iij4u.or.jp/~okuyamak/Documents/2004-08-29-Fedora-Study/FileSystem/FileSystem-What.pdf

これも合わせて見ると万全な fs は無い様ですね。

停電時において、
xfs は fs が壊れにくい。
RaiserFS は生データが壊れにくい。

期待していた RaiserFS も耐久性では今一とは。
RaiserFS4 も含まれているのであろうか。

枯れているだろうという理由だけで ext2 を使っていて
乗り換え先を考えているところである。

×RaiserFS
○ReiserFS

pdf に間違いが混ざっているようだ。

漏れは今のところ ext2 -> reiserfs 派。
まぁ単にカーネルのリコンパイルをやってみたら
後者にカーネルツリー置いておいたほうが早かった、ってだけの理由だけど。

読み書きパフォーマンスは低くてもいいので、
データの壊れにくさに関してだけは万全なfsってないものか。

UFS

HFS+

電プチでの壊れにくさも大事だけど、syncできちんとsyncしないのってどうよ。
DBとかで通常syncオプション使って書き込んでも、syncしてるかどうかの保証がないってことだろ。
こんなんでよく基幹業務にLinuxなんていえるな。

tmpfs

>>964
ノートPCに炉利動画パンパンに詰め込んでる漏れはXFSを使い続けることにしよう。

reiser4 常用している方いますか?
もう安心ですか?

>>972 君の基準ではkernel 2.6は安心して使えるレベルなのか?(いや煽りじゃなくて)

>>959
lkmlの[PATCH] let fat handle MS_SYNCHRONOUS flagのスレ。

>>973
FreeBSD 5.x stable より使えるレベルなんじゃないか?(いや煽りじゃなくて)

>>969
まともなfs使うか、DB側でなんとかするか、ハードで解決すんだよ。
つるしのlinux入れて基幹業務に使えるわけねーだろ。

Linuxのfsが腐ってるのは今に始まったことではない。

>>975
まあ、5.3Rはリリースを急いだせいでemなんつ〜重要デバイスのデバドラが
腐っていたからなぁ。5.3.1になるまではちと手が出しにくいですな。

>>976
売りものfsだとVxFSとかしかないような。Veritasは高速性や安定性を
喧伝しているけど、VxFSってSANや二本足SCSI使う場合にどうしても
使わなきゃいけないってとき以外はあんまり使いたくないなぁ。

DB側でなんとかというのはraw device?

にしても、なんでLinuxはUFSをまともに実装してこなかったのかが謎だ…。

>>977
まともに実装するより、とりあえず動いて速度重視みたいな
開発ポリシーだったんじゃないの？まともに実装なんて
辛くて面白くもなくてやる人いなさそうだし。

>>977
確かにUFSを持ってきてたら良かったのでは？という気はする。
かつてminix fsからext{,2} fsに変更されたときがチャンスだった
と今更ながらに思うな。
広まってしまったext2からext3の時はしょうがないとしても。

>>978
ポリシーとして飛んだら諦める、
けど速度重視というのがlinusの考えだったんだろう。
ちょっと前までext2でasyncがデフォだったしな。
飛んだらダメなのはUFSだろうが同じだけど、
飛んだ後の被害の程度が違うからな。

詳しい歴史的経緯とかfsの実装者の話を誰かキボンヌ。

>>979
ext2のデフォルトがsyncに変わったのはいつですか。

今でもasyncだと思っていました。

教祖様のお言葉を信じるならVFSやらVMをとりかえなきゃダメなわけで
minix fs→ext1 や ext1→ext2 よりずっと大変な仕事だろう

>>980
今時はext2なんて使わずにジャーナリングfs使ってるだろ、
という話でext2のデフォルトが変わったという話ではない。

>>981
XFSが自前のコード持ってると思った。

教祖様はXFSのVFSなら安全だとは言ってないですよね。

softupdate と jounalのどっちが優れてるかなんて結論は出ない
意見が出尽した後は結局宗教論になってしまう
どっちにしても softupdate が長く使われることはなさそう

*BSDがjournalに切り変える理由をキボンヌ
Solaris 10をマネる予定だからっていうのは無しね

>>985
DragonFly BSDがjournaling filesystemを採用するから。

>>985
journalになるとは思ってないよ

つか、ジャーナリングとsoftupdateは対立する概念でもなんでもないんだけど…

>>964
こんな、なつやすみのしゅくだいレベルのもんを
有難がってるのもどうかと思うが。

とりあえず、こんなかんじでlkmlに流して揉んでもらうか(w

Hi all.
I read a interesting report about the comparison between linux file systems.
Here is a summry of it. Any comment?

Which filesystem shold I use ?
------ reisefs XFS JFS Ext3
Laptop ◎ △ ○ ×
Desktop ○ ◎ ○ ×
Server △ ◎ ○ ×
Database × ◎ △ ×

>>989
2バイトの記号はそのままで良いのか？

ネタをネタと(ry

逃げるなw

------ reisefs XFS JFS Ext3 VxFS
Laptop ◎ △ ○ × −
Desktop ○ ◎ ○ × −
Server △ ○ ○ ◎ ○
Database × △ △ × ◎

>>981
vm や vfs が腐ってるって、教祖様の元ネタはどこなの？

教祖様って、ML とか news で kitty-guy な投稿している以外は、何してる人？

Hi all.
I read a interesting report about the comparison between linux file systems.
Here is a summry of it. Any comment?

Which filesystem shold I use ?
------ ReiserFS XFS JFS Ext3 VxFS
Laptop A C B D -
Desktop B A B D -
Server C B B A B
Database D C C D A

盛り上がってるトコ悪いが、次スレ頼む。
俺は立てられなかった。

/**ファイルシステム総合スレ その3**/
http://pc5.2ch.net/test/read.cgi/linux/1101495293/

4様

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。