[過去ﾛｸﾞ] ジャーナリングファイルシステム (756ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
206: 名無しさん＠お腹いっぱい。 [] 2006/05/14(日)12:36
ジャーナリングが SoftUpdate よりも優れている点って何？
207: 名無しさん＠お腹いっぱい。 [sage] 2006/05/14(日)13:05
snapshotをちゃんと取ってくれれば良いんと違うか?>>201
ここの話ってVxFSでいいような気がする(高いけど)
208(1): 名無しさん＠お腹いっぱい。 [] 2006/05/31(水)20:55
FreeBSDのXFSまだー？
209: 名無しさん＠お腹いっぱい。 [] 2006/06/01(木)19:03
JFSが最強もたまには思い出してあげて下さい。
210: 名無しさん＠お腹いっぱい。 [] 2006/06/01(木)19:10
コスプレ好きには最適の出会い系サイト
http://www.happymail.co.jp/?af14715427
マジエロい娘が多いんでコスプレokになる確率がかなり高い
NGでもなし崩し的に着せちゃってプレイするんだけどネｗ
211: 名無しさん＠お腹いっぱい。 [sage] 2006/06/03(土)17:07
>>208
今のところ(永久に?)読むだけ
むしろFreeBSDがｲﾗ(w
212: 211だけど [sage] 2006/06/11(日)11:33
FreeBSD-currentにxfsのwriteサポート入ったね
動くかどうか知らんけど
213(1): 名無しさん＠お腹いっぱい。 [sage] 2006/06/25(日)18:29
geom でジャーナルやるとか言ってるな.
214(1): 名無しさん＠お腹いっぱい。 [] 2006/07/28(金)16:10
redhatでXFSが標準で入れられないのはどうかと思われ
やっぱりSUSEですよ
215: 名無しさん＠お腹いっぱい。 [sage] 2006/07/30(日)12:16
>>214 そうなの？ Fedoraでは行けるから同じかと思ってたよ。
216: 名無しさん＠お腹いっぱい。 [sage] 2006/08/20(日)10:28
freebsd-fs ML 眺めてみたら gjournal ってのが >213 の話かな?
8/9 の post で final patch キボンとか言ってるね @ 7-current
217: 名無しさん＠お腹いっぱい。 [] 2006/10/11(水)23:22
なあ、ReiserFSがどうなるのか教えてくれよ
http://slashdot.jp/articles/06/10/11/0535202.shtml
218: 名無しさん＠お腹いっぱい。 [sage] 2006/10/13(金)09:34
Reiser filesystem development to continue
http://www.linux.com/article.pl?sid=06/10/12/0355223
そのうちopentechpressにも翻訳されるだろう。
219(1): 名無しさん＠お腹いっぱい。 [] 2006/10/13(金)22:53
ZFSでいいじゃん。
もうすぐホットスペアやダブルパリティもサポートされる
220: 名無しさん＠お腹いっぱい。 [sage] 2006/10/14(土)05:43
>>219
凄く期待してるんだが、ホントに信頼できるのかよくわからない。
逆説的だがみんなが使って、データ飛ばして、
データが飛ぶ確率出してみないことには信頼性云々の話が出来ない。
221: 名無しさん＠お腹いっぱい。 [] 2006/10/14(土)18:22
とりあえずさ、2次ストレージやバックアップストレージとして使うと
いいんじゃない？
222(2): 名無しさん＠お腹いっぱい。 [] 2007/01/22(月)10:06
ディスクドライブのコントローラボードに搭載されるキャッシュが
32MBとかそれ以上とかにでっかくなって、さらにコントローラ内で
コマンド順を入れ替えて効率的な読み書きをするようになってくると、
いったいどこまでの情報が本当にディスクに書き込まれたのか
わかんなくなって、ジャーナル自体も本当に書き込まれたか
怪しくなってくる気がするんだけど、そんな心配してしまうのは
俺が素人だからですか？
223(1): 名無しさん＠お腹いっぱい。 [sage] 2007/01/22(月)10:44
>>222
素人というよりATAの知識しかないからでは。
ここでも似たような書き込みがあるな。
2chｽﾚ:linux
224(2): 名無しさん＠お腹いっぱい。 [sage] 2007/01/22(月)12:06
なるほど、SCSIやSATAではFUAというコマンド（機能？）があるから
これを使って確実に書き込ませるということが出来るんですね。
適当なタイミングでフラッシュしてやれば書き込み順も保証できる、と。
PATAではFUAを提供していないにもかかわらず、最近のPATAドライブ
では書き込み順を変更している場合があって、しかもドライブ側の
キャッシュに入った時点で書き込み完了通知を返してしまう、
ということなんですね。
225: 名無しさん＠お腹いっぱい。 [sage] 2007/01/22(月)12:09
うぉ、FUAってフラッシュを強制させるコマンドじゃなかったのか。
http://pc.watch.impress.co.jp/docs/2004/1220/maxtor.htm
NCQは、ホスト側から送られてくるコマンドを、ドライブ側で実行順位を
並び替えて最適化し、高速化をはかる技術。パラレルインターフェイスでは、
デバイス側からコマンドの終了を通知する手段がなく、実現できなかった。
FUAは、電源障害時のデータ消失を防止する機能。通常のHDDでは、
Writeコマンドの終了通知は、HDDのバッファに書き込まれた時点で通知される。
ディスクへは書き込まれていないため、この時点で停電が起きた場合は、
バッファ内のデータは失われる。FUAでは、データをディスクへ書き込んだ
時点で終了通知をホストへ返すため、停電などによるデータ消失の可能性
を軽減できるという。
上下前次1-新書関写板覧索設栞歴
あと 531 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s