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


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

くだらねえ質問はここに書き込め! Part 179



252 名前:login:Penguin mailto:sage [2009/11/19(木) 01:22:02 ID:0XnZ4a2I]
>>250
ああ、ごめんなさい。
データが壊れるってのはファイル内ブロックの状態が更新前と更新後が混在する為、
データとして意味が無いって意味です。
実データの完全保障ができるかどうかってのが気になってるので。

>>251
そこも含めて読んだ上でなんですが・・・
最大限保障しようとした場合、journalオプションで保障できるのが、
ファイルとしてユーザーが更新した前の状態かユーザーが更新した後の状態か保障するには、
実データ全ブロックのジャーナル+メタデータのジャーナルが必要ですよね?
たとえばext3ならファイル自体の内容を保障するんであれば、
メタデータ*1+実データブロック*nのジャーナルが必要になりますよね?
でも実際にはジャーナル領域は有限である以上、巨大なファイルを更新した場合、
そこが保障できるのかどうか判断つきませんでした。

一般的にはjournalオプションで使用しておけばファイルの中身も含めて保障されてるって認識なんでしょうか?
linuxのファイルシステムを意識して使ったことがなかったので、
常識レベルの話だったらすみません。






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

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

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