[過去ﾛｸﾞ] ジャーナリングファイルシステム (756ﾚｽ)
上下前次1-新

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

14(1): asm 2001/01/16(火)17:01 AA×
>>7>>9

外部ﾘﾝｸ:www.ece.cmu.edu
外部ﾘﾝｸ:www.mckusick.com

[240|320|480|600|原寸|JPG|べ|ﾚｽ栞|ﾚｽ消]
14: asm [] 2001/01/16(火) 17:01 # あまりよく理解してない俺がこんなこと書くのは恐れ多いのだが… >>7, >>9 システムクラッシュ時にMetadataが破壊されるのを防ぐ手段の一つが Journaling. で、最近の*BSDに実装されているもう一つの手段がSoft Updates. JournalingはMetadataの更新ログを取っておくことでクラッシュ後の ファイルシステムの復旧に役立てようってアプローチで、 Soft UpdatesはMetadataの更新順序を操作することで いつクラッシュしてもファイルシステムに致命的なダメージが残らない ようにしようってアプローチ。 Journalingにはfsckが不要になるっていう副産物があるのだが、 Soft Updatesにはそれがない。でも、最近FreeBSD-currentに実装されつつある snapshotsという機能と組み合わせると、Soft Updatesでも高速rebootが 可能になる。 詳しくは以下のサイトが参考になると思う。 http://www.ece.cmu.edu/~ganger/papers/CSE-TR-254-95/ http://www.mckusick.com/softdep/ Soft Updatesを使うとFFSのままでJournalingのような効果が実現できるのが長所。 でも、HDDの容量がテラの域にまで達しようかという現在、ファイルシステムの 再設計が必要な時期に来ていると思う。 LFSってのはNetBSDの次期ファイルシステムの候補で、ファイルシステムそのものを ログ化してしまおうってもの。でも、まだかなり不安定なようなので、 FFS+Soft Updatesをベースに64ビット化などの拡張を行なったファイルシステムが 先に現れるかもしれない。 # って、こんなもんでよろしいでしょうか? >*BSDの先輩方 # 間違いがあったらツッコミお願いします。 http://mevius.5ch.net/test/read.cgi/unix/979408065/14
あまりよく理解してない俺がこんなこと書くのは恐れ多いのだが システムクラッシュ時にが破壊されるのを防ぐ手段の一つが で最近のに実装されているもう一つの手段が はの更新ログを取っておくことでクラッシュ後の ファイルシステムの復旧に役立てようってアプローチで はの更新順序を操作することで いつクラッシュしてもファイルシステムに致命的なダメージが残らない ようにしようってアプローチ にはが不要になるっていう副産物があるのだが にはそれがないでも最近に実装されつつある という機能と組み合わせると でも高速が 可能になる 詳しくは以下のサイトが参考になると思う を使うとのままでのような効果が実現できるのが長所 でもの容量がテラの域にまで達しようかという現在ファイルシステムの 再設計が必要な時期に来ていると思う ってのはの次期ファイルシステムの候補でファイルシステムそのものを ログ化してしまおうってものでもまだかなり不安定なようなので をベースにビット化などの拡張を行なったファイルシステムが 先に現れるかもしれない ってこんなもんでよろしいでしょうか の先輩方 間違いがあったらツッコミお願いします

---

上下前次1-新書関写板覧索設栞歴

---

あと 742 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

ぬこの手 ぬこTOP 0.051s