[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 07/26 20:42 / Filesize : 227 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



586 名前:login:Penguin mailto:sage [04/06/21 23:10 ID:0RsP8ti8]
上でRAIDとかfull journalとかとの比較がでてるけど、
どっちもdata領域をsync書き込みしたいという要望なのかな。

softupdateはasync書き込みに対してfilesystemを安定化させる手法だから、
kernelがbuffer cacheをflushする前に書き込んだ内容は電源切ったら消えますよ。
flushは30秒に1回がdefaultだから、最悪で30秒分もどってしまう。

奥山さんが言ってるdata領域の安全性というのは
meta data領域とdata領域の整合性のことで、
data領域への任意の時点での書き込み内容を保証する話じゃないでしょう。
だからfull journalとは目的が少し違うわけで。

softupdateの場合は、metadata領域のupdateもdata領域のupdateも
同じkernel daemon processで処理されるけど、
journaling fsの場合、
(1) journal領域のupdate
(2) metadata領域のupdate
(3) data領域のupdate
が全部別々のprocessになりうるから、
連携がとれてないとfilesystemが壊れうる瞬間がすごく長くなりますよね。
ext3の場合、(3)はext2とおなじbdflushを使っているのが気になります。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<227KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef