[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
121(1): 04/12/19 21:02 ID:nzVnVeqj(1) AAS
ｘｆｓの方が速いとか使い門になるって言っている奴ほんとかよ。
どっかでｌｉｎｕｘのファイルシステムなかでおせーって記事読んだことあっぜ。
ベンチマークとかしてんの？イメージでは話してねえ
122: 04/12/19 21:31 ID:VUG3agRr(1) AAS
xfsがｲｲと言った名無しの2chﾈﾗｰがいたらしい。
xfsは遅いと書かれた謎の記事が存在したらしい。
嘘を嘘と見抜けないと2chを使うのは難しいらしい。
123: 04/12/19 21:32 ID:J5yXbfhx(1) AAS
わかったから教祖様の言うとおりFreeBSD使って
相談はUNIX板でやってくれ
124: 04/12/19 21:38 ID:pCHaENfm(1) AAS
AA省
125: 名人 04/12/20 07:11 ID:hc+CVuZ3(1) AAS
>>121
fsによって得手不得手があるからなんとも。
xfsはファイルの削除が遅いとされてるけど、気にならないし。
少なくとも使い物にならないということはないと思うけど。
xfsよりreiserfsの方が速いと思うけどね。
126: 04/12/20 13:07 ID:KZgGWO5h(1) AAS
>>111
asyncという言葉を調べてくるように
>>114
ext3もsyncは遅いし、ジャーナルもdata=journalなんてすると、とんでもない
ことになる。デフォルトオプションでの運用しか考えられていない印象。
あと、data=writebackでext3使っているヤシも稀ににるようだけど、
ジャーナルの意味がほとんどなくなるんで、よく考えたほうがいい。
127: 04/12/20 13:11 ID:lvPT1p3J(1) AAS
偉そうな人キター
128: 04/12/20 16:16 ID:5UdRzMj2(1/2) AAS
ext3 で盛り上がっているところ申し訳ないが、
udf は書き込み途中でブッチしたら危険？
やはり書き込みの途中でファイルシステムが「破壊」されている
瞬間があるのかな？
DVD-RAM 書き込み中にフリーズした場合なんかどうなるんだろうと思って。
映像用の DVD-RAM, +RW, -RW ビデオレコーダーなんか、家電だから、
パソコンよりももっと頻繁にブッチされることもあるんじゃないかなぁ。
129(5): 04/12/20 17:00 ID:5UdRzMj2(2/2) AAS
外部ﾘﾝｸ[html]:www.hitachi-system.co.jp
ここによると次のような説明がなされている。
「ファイルデータ、ファイル名情報、ファイル属性や位置情報を
分散管理することで、書き換え範囲を局所化し、
電源瞬断時や書き込み異常時のデータ破壊を最小限にします。」
具体的にはどれくらい耐性があるのだろう。
どのような条件で不整合が発生するんだろう。
130(4): 04/12/21 23:54 ID:aXlAc1hr(1) AAS
/や/bootも含めてすべてXFSにしちゃってgrubで起動出来ている人いますか？
grubのページ見るとせめてinitrdを読み込むためにも/bootだけはext2かext3
じゃなきゃいけないように思えたんですが。
でもふつー/bootは障害時の復旧しやすさを考えてextにしとくものですかね？
131(1): 04/12/22 00:28 ID:JIylR8dv(1/2) AAS
>>130
全部xfsにして使ってるよ。
grubなら jfs でも reiserfsでも大丈夫。パッチ充てればreiser4も可能
復旧も別手段で起動した時xfsが使える状態なら変わらない
132: 04/12/22 00:56 ID:EL67IdFL(1) AAS
>131
おー！出来るんですか。
週末に環境の引越しをするので試してみます。
ちなみに復旧はKNOPPIXなどでXFSを読めるようなのでこれもやってみる
つもりです。
133: 04/12/22 00:58 ID:I7/1i9bf(1) AAS
>>130
まあ、xfsならいいのかな？
reiserはオプションをつけておかないと大変なことになる可能性がある。
134: 04/12/22 02:35 ID:77TfsAHw(1/2) AAS
>>130
xfs+grubだと起動できない環境があったりなかったり。
まったく検証してはいないのでアテにならん情報だが、ちょっと前にインストールした
環境ではサックリ入ったんだが、先日インストールした端末は起動しなかったなあ。
Debianのインストーラでも警告が出るね。
調べる時間もなかったので、/ はext3で/tmpはext2、残りはxfsで逃げた。
135: 04/12/22 02:58 ID:TYEnAFqh(1/2) AAS
そりゃ、Debianのインストーラといっても、数あるわけで。正式版のwoodyの
インストーラだとliloしか使わんから問題外だし、sidのβ版インストーラだと
その日付によって挙動が違う。
136: 04/12/22 04:21 ID:77TfsAHw(2/2) AAS
いや、だからsidのインストーラだと標準でgrubを使うわけだが / をxfsにすると
liloをインストールする流れになる。手動でgrubを入れようとすると、わざわざ
警告画面が出てくるってこと。
もちろんunstableだし、buildによって挙動が違うだろうが。
>>130は試してみるって話だが、問題が出る可能性もあるよって話なだけ。
137: 04/12/22 08:31 ID:0buNoT+s(1) AAS
XFSのパーティションの先頭にgrubが入れちゃだめだからな
お兄さんとのお約束だ
138(1): 04/12/22 08:45 ID:JIylR8dv(2/2) AAS
そういえばxfsのpartitionにgrubのstage1を入れると壊れるって話があったような
私は幸いMBRに入れることができる状態しか経験してないからそういったことには
遭遇してないがMBRに入れられない場合もあるしなあ
139(1): 04/12/22 09:30 ID:zEZ8wPjW(1/2) AAS
ブート用のパーティションにまで xfs を使わなくってもいいと思うんだがなぁ。
140: 04/12/22 10:18 ID:DgDR/B/w(1) AAS
>>139
/boot に関してはそうだな。
カーネルを更新するとき以外マウントする必要の無い
パーティションをXFS(やreiserfs)にするのは無駄。
上下前次1-新書関写板覧索設栞歴
あと 843 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s