[過去ログ] /**ファイルシステム総合スレ その2**/ (1001レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
952: 04/11/24 01:06 ID:FfhHn7I1(2/3) AAS
いやあのな。
SCSIケーブル抜くってのは、
コントローラレベルで補足出来る、意図して起こせる、
ハードウェアエラーの代表なわけよ。

これで駄目ならハードディスクの故障対策なんかも駄目なわけよ。
953: 04/11/24 01:12 ID:cCj2aYTz(2/2) AAS
例えばSCSIコントローラやRAIDコントローラが故障して、
ディスクへの書き込みが正常にできていないのにOSに「正常終了」っていう
誤った結果を返したりしたら、不正なトランザクションが発生したことを
OSは全く認知できない。
つまり、どんな障害に対しても100%確実に対処できるようにすることなんて
不可能なわけだ。

だとすれば、どこかで妥協点を設けるしかない。
省1
954: 04/11/24 01:20 ID:FfhHn7I1(3/3) AAS
だから、妥協点として、SCSIケーブルが抜けたなんて、
SCSIコントローラが対処できるレベルの奴は、
>>944の様なことが起きない様にすべき対象内なんだよ。

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

だから、SCSIケーブルが抜けるケースを取り上げることには意味がある。
955
(1): [sage まあ、アレだ。] 04/11/24 01:59 ID:6AXxazPS(1) AAS
ハードディスクが壊れないように注意してればいいだけの話でしょ。
もし万が一壊れてしまったら、何か問題が起きてしまってもしょうがない。
956: 04/11/24 02:16 ID:7aryhPez(1) AAS
>>955
その考えはさすがに困ると思うけど。

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

漏れはSCSIケーブル抜けたのなんて言うのは、当然対応すべきだと思うけど。
どうでも良いマシンに今時SCSIなんかつかわんでしょ。
957
(1): 04/11/24 22:54 ID:RHfzacHz(1) AAS
>> AFAIK, EXT2 doesn't update all metadata synchronously in sync-mode.

>It does.

おまいら、教祖様とモートンたんのどっちの云うことを
信じるのだ。(AFAIKは教祖様がいったのと違うけどな)
958: 04/11/24 23:44 ID:ylCUbRRH(1) AAS
めちゃくちゃ重要なことじゃん。はっきりしる。
959
(1): 04/11/25 00:04 ID:sld2Dz3z(1) AAS
>>957
これの出典は?
先のPostgreSQLのMLのログで紹介されてた
RedHatのBugzillaではext2のバッファキャッシュが激読みづらくて
fixが出ないままお流れになっていたようですが…

個人的にはLinuxのSCSIドライバがちゃんとメンテされてるように
思えないのでそのあたり怪しいと思ってますけども
960: 04/11/25 05:02 ID:DfQ2g8/Y(1) AAS
うみゅ。ヲレもSCSIケーブルの抜き差しについては、fsではなくSCSIのドライバの
問題だと思う。メジャーじゃない製品のドライバだと、動けばいいやで適当に
作っているものがものすごく多いしね。
961: 04/11/25 05:10 ID:LyDcPT0Z(1) AAS
e2fsckにxfs_repairの-Lみたいの付かねえかな
962: 04/11/25 08:08 ID:oBB9lL4t(1/3) AAS
現在ループバックデバイスに関連づけられている
ファイルを一覧するにはどうすればいいんでしょうか?
losetup では一覧するためのオプションはないようです。
963: 04/11/25 12:05 ID:oBB9lL4t(2/3) AAS
>>945
> 外部リンク[html]:www.dd.iij4u.or.jp

げ、ext3 って安心して使えないのか…
漏れ、ブチブチきっちゃってたよ。
まぁ、VMware とかの中の Linux なんだけど、容赦なく。
964
(2): 04/11/25 14:10 ID:gMA0wZXe(1/2) AAS
>>945

外部リンク[pdf]:www.dd.iij4u.or.jp

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

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

期待していた RaiserFS も耐久性では今一とは。
省3
965: 964 04/11/25 14:15 ID:gMA0wZXe(2/2) AAS
×RaiserFS
○ReiserFS

pdf に間違いが混ざっているようだ。
966: 04/11/25 14:24 ID:oBB9lL4t(3/3) AAS
漏れは今のところ ext2 -> reiserfs 派。
まぁ単にカーネルのリコンパイルをやってみたら
後者にカーネルツリー置いておいたほうが早かった、ってだけの理由だけど。

読み書きパフォーマンスは低くてもいいので、
データの壊れにくさに関してだけは万全なfsってないものか。
967: 04/11/25 15:50 ID:GC2gH16N(1) AAS
UFS
968: 04/11/25 16:05 ID:APwqHcvT(1) AAS
HFS+
969
(1): 04/11/25 20:43 ID:pVoGrlYi(1) AAS
電プチでの壊れにくさも大事だけど、syncできちんとsyncしないのってどうよ。
DBとかで通常syncオプション使って書き込んでも、syncしてるかどうかの保証がないってことだろ。
こんなんでよく基幹業務にLinuxなんていえるな。
970: 04/11/25 20:50 ID:vhmqIUjt(1) AAS
tmpfs
971: 04/11/25 21:12 ID:+TxEgjg0(1) AAS
>>964
ノートPCに炉利動画パンパンに詰め込んでる漏れはXFSを使い続けることにしよう。
972
(1): 04/11/25 23:04 ID:NuUQzafr(1) AAS
reiser4 常用している方いますか?
もう安心ですか?
973
(1): 04/11/25 23:06 ID:zNn1F0U0(1) AAS
>>972 君の基準ではkernel 2.6は安心して使えるレベルなのか?(いや煽りじゃなくて)
974: 04/11/25 23:28 ID:zLr4sw4f(1) AAS
>>959
lkmlの[PATCH] let fat handle MS_SYNCHRONOUS flagのスレ。
975
(1): 04/11/25 23:28 ID:8+iWEMlu(1) AAS
>>973
FreeBSD 5.x stable より使えるレベルなんじゃないか?(いや煽りじゃなくて)
976
(1): 04/11/25 23:57 ID:EbtdCIzo(1) AAS
>>969
まともなfs使うか、DB側でなんとかするか、ハードで解決すんだよ。
つるしのlinux入れて基幹業務に使えるわけねーだろ。

Linuxのfsが腐ってるのは今に始まったことではない。
977
(2): 04/11/26 08:24 ID:38yi320m(1/2) AAS
>>975
まあ、5.3Rはリリースを急いだせいでemなんつ〜重要デバイスのデバドラが
腐っていたからなぁ。5.3.1になるまではちと手が出しにくいですな。

>>976
売りものfsだとVxFSとかしかないような。Veritasは高速性や安定性を
喧伝しているけど、VxFSってSANや二本足SCSI使う場合にどうしても
使わなきゃいけないってとき以外はあんまり使いたくないなぁ。
省2
978
(1): 04/11/26 09:30 ID:zT90rmo8(1) AAS
>>977
まともに実装するより、とりあえず動いて速度重視みたいな
開発ポリシーだったんじゃないの?まともに実装なんて
辛くて面白くもなくてやる人いなさそうだし。
979
(1): 04/11/26 10:47 ID:fB6J2hNB(1/2) AAS
>>977
確かにUFSを持ってきてたら良かったのでは?という気はする。
かつてminix fsからext{,2} fsに変更されたときがチャンスだった
と今更ながらに思うな。
広まってしまったext2からext3の時はしょうがないとしても。

>>978
ポリシーとして飛んだら諦める、
省5
980
(1): 04/11/26 15:42 ID:fUuQsABt(1/2) AAS
>>979
ext2のデフォルトがsyncに変わったのはいつですか。

今でもasyncだと思っていました。
981
(2): 04/11/26 16:10 ID:UFOOrqs1(1/2) AAS
教祖様のお言葉を信じるならVFSやらVMをとりかえなきゃダメなわけで
minix fs→ext1 や ext1→ext2 よりずっと大変な仕事だろう
982: 04/11/26 16:26 ID:fB6J2hNB(2/2) AAS
>>980
今時はext2なんて使わずにジャーナリングfs使ってるだろ、
という話でext2のデフォルトが変わったという話ではない。

>>981
XFSが自前のコード持ってると思った。
983: 04/11/26 16:50 ID:UFOOrqs1(2/2) AAS
教祖様はXFSのVFSなら安全だとは言ってないですよね。
984: 04/11/26 17:05 ID:w17TEeR7(1/2) AAS
softupdate と jounalのどっちが優れてるかなんて結論は出ない
意見が出尽した後は結局宗教論になってしまう
どっちにしても softupdate が長く使われることはなさそう
985
(2): 04/11/26 17:16 ID:bPtCTGy9(1) AAS
*BSDがjournalに切り変える理由をキボンヌ
Solaris 10をマネる予定だからっていうのは無しね
986: 04/11/26 17:20 ID:fUuQsABt(2/2) AAS
>>985
DragonFly BSDがjournaling filesystemを採用するから。
987: 04/11/26 17:22 ID:w17TEeR7(2/2) AAS
>>985
journalになるとは思ってないよ
988: 04/11/26 19:31 ID:38yi320m(2/2) AAS
つか、ジャーナリングとsoftupdateは対立する概念でもなんでもないんだけど…
989
(1): 04/11/26 22:15 ID:A8UP9nub(1/2) AAS
>>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?
省6
990: 04/11/26 22:20 ID:W/FYOyA8(1/2) AAS
>>989
2バイトの記号はそのままで良いのか?
991: 04/11/26 22:34 ID:A8UP9nub(2/2) AAS
ネタをネタと(ry
992: 04/11/26 22:44 ID:W/FYOyA8(2/2) AAS
逃げるなw
993: 04/11/26 23:14 ID:Mfy+GAgg(1) AAS
------ reisefs XFS JFS Ext3 VxFS
Laptop ◎ △ ○ × −
Desktop ○ ◎ ○ × −
Server △ ○ ○ ◎ ○
Database × △ △ × ◎
994: 04/11/27 00:00 ID:Io6mIL5g(1/2) AAS
>>981
vm や vfs が腐ってるって、教祖様の元ネタはどこなの?
995: 04/11/27 00:39 ID:1xNHk4DF(1) AAS
教祖様って、ML とか news で kitty-guy な投稿している以外は、何してる人?
996: 04/11/27 02:15 ID:SgDl8jA6(1) AAS
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 -
省2
997: 04/11/27 02:45 ID:ZYpX634O(1) AAS
盛り上がってるトコ悪いが、次スレ頼む。
俺は立てられなかった。
998: 04/11/27 03:56 ID:8Lik61Wh(1) AAS
/**ファイルシステム総合スレ その3**/
2chスレ:linux
999: 04/11/27 04:40 ID:Io6mIL5g(2/2) AAS
4様
1000: 04/11/27 06:21 ID:1yYoFMXT(1) AAS
1000
1001: 1001 Over 1000 Thread AAS
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
1-
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.152s*