[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
614: 2005/06/14(火)03:55 ID:r5s7Eol3(1) AAS
>>611
デスクトップでは、まだ１Ｇでしょ。
熱心な人が２〜４Ｇにするくらいで。
615: 2005/06/14(火)10:54 ID:6JUgzPt7(1) AAS
ゲームする人は、結構2G多いかな。
616: 2005/06/14(火)11:20 ID:4oeAQw+l(1) AAS
VMWare でいっぱいつんでる
617: 2005/06/14(火)17:45 ID:mgJM1oDF(1) AAS
よし、物は試しだ。やってみようぜ。
安全のためUSB接続のHDDになると思うけどどのぐらい時間かかるんだろう・・・ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
618: 2005/06/14(火)20:25 ID:4d6wGeMa(1) AAS
男は度胸
なんでもやってみるのさ
619: 2005/06/14(火)21:00 ID:R4lVrBkP(1) AAS
ｶﾈあったらVxFS試したいね
620(2): 2005/06/14(火)23:37 ID:a7RV19OY(1) AAS
>> レスポンスタイム(16.6ミリ秒)
ext2上に4Kのファイルを一つのディレクトリに30万個置いてみました。
※(creat + write) １ファイル当たり 8.90759 ms
$ time for (x=0;x<300000;x++) do cp test.gif /test/$x; done
real 44m32.277s user 2m15.260s sys 42m20.050s
※getmeta １ファイル当たり 0.006 ms
$ time ls /test | wc
300000 300000 1988897
real 0m1.822s user 0m1.720s sys 0m0.180s
※(open + read) １ファイル当たり 1.14239 ms
省12
621: 2005/06/15(水)01:01 ID:J8tOFd/9(1) AAS
>>620
ﾊﾔｽｷﾞｽwwwww
あそこのblogのシャチョーのマシン、DMAがONになってなかったとかｗ
622: 2005/06/15(水)15:05 ID:MBJTqnxR(1) AAS
しょっぱい人も反応してたけど、そもそもが電波だからなぁ。
623: [age] 2005/06/15(水)20:48 ID:xtr7C4EA(1) AAS
ext2でマウントされたブロックデバイスAから
同じくext2でマウントされたブロックデバイスBに
ファイル(ディレクトリ)をコピーするときに
ブロックデバイスAにあるファイルのiノードの情報を
ブロックデバイスBにコピーする際に利用することって
できますか？？
こうしたらできるはず等ありましたら、教えてください。
624: 2005/06/15(水)22:25 ID:38oNtCRD(1) AAS
iノードの情報ってのがなんなのかよくわからんけど、
ext2ならext2fs.hあたりを利用すればいいんじゃない？
625: 2005/06/19(日)13:12 ID:/ElOB3AP(1/2) AAS
test
626: 2005/06/19(日)13:59 ID:/ElOB3AP(2/2) AAS
OSDL奥山氏の議論にもつながるんだろうが、
ReiserとかExt3とか、ジャーナリングありのFSって、
本当に、「絶対に」整合性を維持できるのだろうか。
たしかに、FSのメタデータの整合性は維持できるかもしれないが、
ジャーナルファイルのメタデータは？
そのデータが含まれるセクタを書き込んでいる最中に電源を落とされたら？
全自動電源オンオフマシーンとか作って、
ひたすら「コンセント引っこ抜きテスト」を100年間ぐらい続けたとする。
はたして、ファイルシステムの整合性は保たれるだろうか。
627: 2005/06/19(日)14:17 ID:RuFTTgxb(1) AAS
そんなテストになんの意味があるんだかｗ（ﾌﾟｹﾞﾗ
628: 2005/06/19(日)14:43 ID:ce06SbJt(1) AAS
つながんねーよ
629: 2005/06/19(日)15:48 ID:od9dKZxJ(1) AAS
>ジャーナルファイルの
いかにも奥山のサイトを今朝発見しましたって感じ（ﾌﾟｹﾞﾗ
630(1): 2005/06/19(日)17:08 ID:Ax96Dqw8(1) AAS
停電なら不整合は起こるに決まってるジャン。
確実なのはソフト的なアクシデントに対する耐性なんだから。
631(2): 2005/06/19(日)22:47 ID:FJdxQCIu(1/2) AAS
腐ってる vfs 上にのっかてる fs がまともなわけないじゃん.
おれは, Linux 客先にだすときはかならず xfs 使う.
# xfs が, もからある vfs 使い始めたら, 他の fs も考えてもいい.
>>630
> 確実なのはソフト的なアクシデントに対する耐性なんだから。
*BSD の softupdate は, 停電が発生しても, 更新(書き込み)中の
ファイルの更新部分が破棄されることはあっても, 更新前のファ
イルは生きてるよ.
disk が物理的に破壊されれば話はべつだが, 電源段で fs の整合
性が崩れることはない.
省1
632(2): 2005/06/19(日)22:51 ID:FJdxQCIu(2/2) AAS
>>631
echo # xfs が, もからある vfs 使い始めたら, 他の fs も考えてもいい. > \
sed 's/もから/もとから/'
# ちなみに, 教祖様とは何の関係もないっす.
633: 2005/06/19(日)22:58 ID:21lYXELW(1) AAS
>>631
それはxfsが元のvfsを認めたから他のfsも考慮するってことなのか、
そうなったら腐ったxfsを捨てるってことのどっちなのか？
xfsが提供してるvfsの上に現状のfsをのせるとかすりゃいいのかと思う。
上下前次1-新書関写板覧索設栞歴
あと 350 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s