[過去ﾛｸﾞ] ジャーナリングファイルシステム (756ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
103: 2001/07/15(日)00:57 AAS
ReiserFSとかJFSとかって*BSDに移植できないんかな。
104: 2001/07/15(日)08:19 AAS
RDBMSの領域をおいても意味ないような気が・・・
もともとDBってのはリカバリログ域があるんだからほっときゃいーんです。
しかし、4重化するほど大切なのであれば、
リカバリログ域をそういうところに置くとよいでしょう。
表・インデックスをそういうところに置く必要はまったくなし。
105(1): 2001/07/15(日)08:19 AAS
いまごろジャーナルですか？プププ UNIXて遅れてるね。
OS/390は昔ッからそんなもんタダでついてますよ。
106: 2001/07/15(日)09:07 AAS
>>105
ﾊｧ? UnixWare だって IRIX だって以前からファイルシステムはジャーナル化されていると思うけど
107: 2001/07/29(日)03:50 AAS
こんなんありました。
外部ﾘﾝｸ[html]:www.namesys.com
(Version 4 of ReiserFS)
DARPA at www.DARPA.mil is the primary sponsor of Reiser4.
108(1): 01/10/05 16:55 AAS
ジャーナルファイルシステムが、ちゃんと
想定している種類の破壊を防いでいるという
ことをテストするにはどうすればよいでしょう。
もしくはそういったテストをするソフトとか
スクリプトはありますか？
109: 01/10/05 17:50 AAS
>>108
ディスクがごりごりいってるときに、いきなり電源抜いてみれば?
110(1): 01/10/06 00:11 AAS
それでは、本当にハードディスクがヘッドクラッシュを
してしまいかねません。ハードの故障までは回復
できないと思います。RAIDではないから。
111(2): 食いだおれさん 01/10/06 00:18 AAS
>>101
> 4.3BSD(NEWS-OS)を使ってたとき、
> FFSのasync mount使ってたけど、
(略)
> FreeBSDのは改善されてるのかなぁ?
soft updateは、async writeとは違う。
transaction commitしていい時までqueue(めちゃ短い)する手法。
高健全性度
journaling > soft update > sync write > async write
112(1): 01/10/29 13:09 AAS
結局ReiserFSはダメダメってことで
113(1): 01/10/29 13:33 AAS
>>111
あと依然として SoftUpdate には fsck が必要だね
114: 風の谷の名無し 01/11/03 16:37 AAS
XFSはいいぞー。マイナーだけど。
漏れのノートで使ってるよ。ｱﾌｫKDEのせいでリセットしまくりだけど
一度も飛んだことないっす。XFSマンセー。
(でも開発メンバーリストラされたらしい・・・)
115: 02/01/29 11:40 AAS
>>112同意
116(1): 02/01/29 11:49 AAS
>110
今売ってるハードディスクがそんなんで飛ぶとは思えないなぁ。
それに、電源切るのがいやならリセットでもいいだろ。
117(1): 02/01/29 12:00 AAS
>>116
漏れもそう思っていたが、ごく最近実際そうなった。
買って半年の○BMのHDD…。
118: 02/01/29 12:51 AAS
>117
関連スレ 「IBMのHDD、半年で2台死亡」
2chｽﾚ:hard
119: 02/01/29 20:14 AAS
オレはNTFS使う
120: 02/01/29 21:35 AAS
>>111
sync > softupdate
ではないの?
121(1): 02/01/29 21:38 AAS
>>113
FSCKかけないFSなんぞ怖くてつかえん。
122: 02/01/29 22:59 AAS
>>121
昔の本には、定期的にfsckするのは媒体異常をチェックする意味もある、て書いてあるよね。
ふだん使ってない領域をアクセスしたら壊れてた・・・とかならないように。
でも、現代のHDDだったら不要では？て議論はあっても良いと思う。
123(2): 02/01/30 01:51 AAS
ディスクのライトキャッシュのフラッシュはまじめにやってるんだろうか？
ジャーナリングの場合は
1,ログの書き込み
2,ディスクキャッシュのフラッシュ
3,ダーティなデータを適当な順序で書き込み
となると思うが
softupdateの場合はどうなりますか？
124(1): 名無しさん＠Ｅｍａｃｓ 02/01/30 15:00 AAS
>>123
こうなる
外部ﾘﾝｸ[html]:www.mew.org
125(1): 02/01/30 23:09 AAS
これ、わかりやすかった。
外部ﾘﾝｸ[html]:www.dd.iij4u.or.jp
126: 123 02/01/31 00:18 AAS
>>124
ディスクのキャッシュのフラッシュはどこに入るんでしょうか？
127: 02/03/05 01:07 AAS
softupdateは順序に対する制約が多いので、ディスクドライブが賢くなると
ジャーナリングに対して不利になります。
Solarisは(多分)それを見越してsoftupdateではなく、ジャーナリングを
使っていると思われます。
128: 仕様書無しさん 02/03/09 16:42 AAS
保守あげしまーす
129: 02/05/22 07:57 AAS
130: 02/06/15 21:10 AAS
salvage sage ;D NetBSD 1.6 + LFSv2 coming soon!
131: 02/07/31 20:49 AAS
とりあえず保全sage
132(1): 02/08/04 22:46 AAS
CPUのアイドルの時に、定期的に裏で、プライオリティ最低で、
ハードディスクをRAWデバイスとして、トラックを順番に読んでみて
磁気記録のECCが壊れてないかどうかを見にいかせるオプションが
欲しいなぁ。FSCKなどは、今ファイルとして使っているブロック
しか対象としないし、しかもリンク情報しか触らないから中身が
壊れていても読み出すまでは判明しない。
上下前次1-新書関写板覧索設栞歴
あと 624 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.015s