- 1 名前：login:Penguin mailto:sage [2009/04/02(木) 20:57:26 ID:AdLAWklr]
- ●過去スレ
01 ttp://pc.2ch.net/test/read.cgi/linux/1006743807/
02 ttp://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 ttp://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 ttp://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 ttp://pc8.2ch.net/test/read.cgi/linux/1152348695/
06 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/
07
08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/
09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/
●関連リンク
ext4
ttp://www.bullopensource.org/ext4/
reiserfs/reiser4
ttp://www.namesys.com/
xfs
ttp://oss.sgi.com/projects/xfs/
jfs
ttp://jfs.sourceforge.net/
nfs
ttp://nfs.sourceforge.net/
ntfs
ttp://www.linux-ntfs.org/doku.php
fuse
ttp://fuse.sourceforge.net/
btrfs
ttp://btrfs.wiki.kernel.org/index.php/Main_Page
NILFS2 (NTT)
ttp://www.nilfs.org/ja/
- 247 名前：login:Penguin mailto:sage [2009/05/29(金) 17:39:05 ID:A/+pP8bV]
- 今 btrfs 使うなら、せめて rc 追い掛けてたほうがいいと思うぞ
- 248 名前：211 mailto:sage [2009/05/29(金) 18:27:13 ID:QKtdC1tv]
- >>245
留置所からコンニチワ
www.picamatic.com/show/2009/05/29/01/17/3802161_1020x594.png
www.picamatic.com/show/2009/05/29/01/17/3802157_1025x592.png
後はHDが届くのを待つばかり
- 249 名前：login:Penguin mailto:sage [2009/05/29(金) 18:36:30 ID:CXGg5HBO]
- 笠智衆キター！
- 250 名前：211 mailto:sage [2009/06/04(木) 19:23:39 ID:pOC2w+XZ]
- 予定してた2TBのHDがまだ来る気配もないしF11も遅れてるし
とりあえず手持ちの1TB x 22でRAID6つくってxfsでも使ってよう。
www.picamatic.com/show/2009/06/04/10/52/3886285_671x317.jpg
- 251 名前：211 mailto:sage [2009/06/05(金) 18:14:10 ID:MeOcKTW7]
- Fedora11_Previewでの
ext4
www.picamatic.com/show/2009/06/05/01/05/3898801_1022x201.png
btrfs
www.picamatic.com/show/2009/06/05/01/06/3898806_1053x448.png
上の20TBのボリュームは別の用途で使っているためRAID6のiSCSIボリューム約13TB使用
www.picamatic.com/show/2009/06/05/01/06/3898807_1022x441.png
いまのところbtrfsはext4とxfsに比べて若干遅い(10%前後)
- 252 名前：login:Penguin mailto:sage [2009/06/05(金) 21:20:15 ID:zxcrO3om]
- pc12.2ch.net/test/read.cgi/unix/1239526526/282
282 ：名無しさん＠お腹いっぱい。：2009/05/23(土) 17:27:02
日経Linux最新号買った？
brtfs vs ZFS のがちんこ勝負。
結果は ZFS の負け。
理由はファイルシステムをマウントしたままデフラグができないからだそうだ。
え？
- 253 名前：login:Penguin mailto:sage [2009/06/05(金) 21:43:43 ID:YpJE6ayf]
- いったい何を勝負したんだ？
- 254 名前：login:Penguin mailto:sage [2009/06/05(金) 22:05:11 ID:YeULR2yk]
- btrfsなんてまだ評価以前の代物なのに。
- 255 名前：login:Penguin mailto:sage [2009/06/05(金) 22:25:11 ID:qIsowSsx]
- さあ早くtune2fs -o journal_data_orderedする作業に戻るんだ
- 256 名前：login:Penguin mailto:sage [2009/06/05(金) 23:43:30 ID:skD9hEdA]
- BtrfsとZFSがチンコ勝負…
SUNなZFSに勝てるなんてOracleはどんだけビッグなんだよ
- 257 名前：login:Penguin mailto:sage [2009/06/06(土) 01:29:59 ID:vPPd6Hlz]
- ext4のデフラグツールﾏﾀﾞｰ?
- 258 名前：login:Penguin mailto:sage [2009/06/06(土) 07:48:15 ID:gSrpMgBT]
- >>252
RAID-Zなどで使うのが当然というfsでデフラグってなんの冗談だ?
- 259 名前：login:Penguin mailto:sage [2009/06/06(土) 10:54:31 ID:EjsbOXDm]
- >>258
デフラグなんていらないって，こいつらに言ってやれよ
wiki.genunix.org/wiki/index.php/OpenSolaris_Storage_Developer_Wish_List
- 260 名前：login:Penguin mailto:sage [2009/06/06(土) 11:30:42 ID:llsk3snN]
- 洋の東西を問わずデフラグ信者がデスクトップ界隈にたくさんいるので、実質意味なくてもサポートは必要なんだろうな
- 261 名前：login:Penguin mailto:sage [2009/06/06(土) 11:37:52 ID:Esm55MCB]
- そういうのは、
dd if=/dev/hoge of=/dev/null
とかやって、適当に途中経過表示するだけで満足したりして。
- 262 名前：login:Penguin mailto:sage [2009/06/06(土) 11:53:20 ID:EjsbOXDm]
- 意味の無いデフラグを提案する糞開発者ｗ
www.mail-archive.com/zfs-discuss@opensolaris.org/msg24539.html
>>261
（笑）
- 263 名前：login:Penguin mailto:sage [2009/06/06(土) 12:10:54 ID:sqIZeg7O]
- なんとなくだが、defragが安全に実装が完了するより先に、SSDの大容量化とコストダウンが
先行してしまうような気がする。
実際、鯖用途で考えたら比較対象となるHDDは容量大きくて低価格なSATAじゃなくて、
24時間運用可能だけど容量いまいちで値段が高いSASになるから、そうすると既にC/Pは
もうちょっとってところまで来てるもんねぇ…。
- 264 名前：login:Penguin mailto:sage [2009/06/06(土) 14:45:58 ID:0f310tGM]
- >>251
ファイルシステムのベンチマーク取るのなら、
bonnie++じゃなきゃ価値がないと思うんだが。
- 265 名前：251 mailto:sage [2009/06/06(土) 15:52:34 ID:NHEM8KDs]
- >>264
そうだね
・ddの結果が「いわゆる」ベンチマークの結果だとは考えてはいない
が、当面の用途はビデオファイル(1個が5〜20GB)なのでddの結果でも充分参考になる
・来週には正式版がでてくるのでPreviewで真面目に計測する気はない
>>251で「遅い」と言ったのはあくまでも
ddで出てくる xxxMB/secおよびiSCSI-H/W_RAIDの転送速度インジケータをみた目分量から
ちなみに、xfs、ext4では100MB/sec前後、btrfsで90MB/sec弱
実用で考えているFC接続で同じ傾向になるかはわからない
- 266 名前：login:Penguin [2009/06/07(日) 03:04:10 ID:04RnY7h3]
- >>252
6月号64ページのファイルシステム機能比較表のこと？
ZFSは参考として載ってるだけで、がちんこ勝負という風には見えなかったぞ。
対応RAIDレベルではbtrfsよりZFSの方が多くのRAIDレベルに対応と載ってるし。
- 267 名前：264 mailto:sage [2009/06/07(日) 11:47:46 ID:n8O8daQH]
- ddの結果が参考になるって・・・・・バカなの？
常に単一の書き込みしか行わず、しかも同時に書き込むわけでもないddが参考？
bonnie++ですら参考程度にしかならないってのに、どんだけ幸せ思考なんだか・・・・・
本当、救いようのないバカだな
大体、分かってんのかな
ext4ってのは未だに、大量のパッチやバグ報告がML上で飛びかうstableなんて名ばかりのFSだし
XFSなんて、信者は無かった事にしてるがxfs_repairのメモリ大量要求や、不完全データファイルをゼロクリアする素敵機能付きだし
btrfsに至っては、experimental宣言している上に、つい最近New Experimental Branchが切られたばかりの、正に文字通りHeavy DevelopmentなFSだ
わざわざそんな不完全なFS集めて、何かある度ここで騒ぐわけ？ 勘弁しろって全くよ
つか、常識あったらWinからNTFSで作っといて、LinuxからはCIFS経由で使うか、
SolarisなりFreeBSDからZFSで作ってNFSか、Samba経由でCIFSマウントするって
どうしてもLinuxでやりたきゃ、ディスク区切ってext3一択だな
普通は障害があった時の事を第1に考えるからな、復旧の怪しそうなFSなんて候補にすら入らんよ
それをわざわざLinuxから、しかも問題の起きそうなFS選んでとか、ネタでもやらねえって
まあddが参考になる程度のIO想定ならexFATで十分だろうけどよ
- 268 名前：login:Penguin mailto:sage [2009/06/07(日) 12:03:06 ID:ALgbBw22]
- >>267
何ファビョッてんの
ビデオだったらxfsが無難だと思うけどね
- 269 名前：login:Penguin mailto:sage [2009/06/07(日) 12:04:48 ID:Oh8Lh+rd]
- >>268
いつもの人だから触っちゃダメ
- 270 名前：login:Penguin mailto:sage [2009/06/07(日) 14:35:56 ID:1iwXKTOD]
- xfsのゼロクリアってあえてやってるんでしょ？
- 271 名前：login:Penguin mailto:sage [2009/06/07(日) 20:55:19 ID:ELAUhkI1]
- ext2って電源断に弱いですか？
ファイルが損失する理由がわからないです。
ファイルを編集するときはメモリ上に書き込んで、HDD上は削除されるということなのでしょうか？
HDD上削除されなければ電源断時にも復活されるのでは？
- 272 名前：login:Penguin mailto:sage [2009/06/07(日) 21:02:41 ID:jYLS0xyE]
- >>271
前のファイルのままということはあっても、完全喪失というのは稀なレベル。
最悪でも普通はlost+foundに救出される。
- 273 名前：login:Penguin mailto:sage [2009/06/07(日) 21:22:33 ID:eb8s04gy]
- >>271
ジャーナルが無い分、「弱いか？」と聞かれたら「弱い」になる。
HDDにもバッファメモリがあるしOSもディスクキャッシュを保持するし
git clone hagehage してる時に電源が落ちたら何かしら壊れてくれそう
・・・ダメだ
いつも茶々入れてる人はこういう時に本領発揮して分かりやすく丁寧に、
「素人だったの私がこの解説を聞いたのがファイルシステムを開発するきっかけでした。」
って言わせるくらい趣き深い答えをしてあげてください
- 274 名前：login:Penguin mailto:sage [2009/06/07(日) 21:41:54 ID:Muz+bcji]
- そういえば、昔、Oracleで電源トラブル無くてもファイルのcorrupt問題があったような記憶が...
多分Cacheハンドリングのバグ(Oracleから言わせれば仕様)だったかな ?
- 275 名前：login:Penguin mailto:sage [2009/06/07(日) 22:21:29 ID:TUQDvEOj]
- >>271
メタデータの書き込み途中で落ちたら、参照できなくなって消える。
fsckで復活できる場合もあるが、かなり時間がかかる。
ジャーナルファイルシステムだとその心配が無いし、急な電源断時も完全なfsckは不要で復帰が早い。
- 276 名前：login:Penguin mailto:sage [2009/06/07(日) 22:46:43 ID:q7MhCH00]
- >>270
そうだよ
上のアレはきっと奥なんとかに毒されてる信者だから触るなよ
- 277 名前：login:Penguin mailto:sage [2009/06/07(日) 23:43:52 ID:hepWkHiO]
- >>275
ジャーナルファイルが壊れた場合はどうするんだ？
あれだってタダのデータだろ。
- 278 名前：login:Penguin mailto:sage [2009/06/07(日) 23:50:17 ID:XaFBxSJG]
- おまえの裏の人格が夜中に発動して壊さない限り壊れない
- 279 名前：login:Penguin mailto:sage [2009/06/08(月) 06:41:04 ID:pjr9nEOD]
- >>273>>275>>277
今時ext2を使っている人というのが想定できないが質問内容から照らし合わせるに
ジャーナルもメタデータもジャーナルファイルも全く意味不明の単語に聞こえるだろう。
- 280 名前：login:Penguin mailto:sage [2009/06/08(月) 07:19:18 ID:kvbAIbpF]
- >>271
現在主流のジャーナリングファイルシステムに比べれば、電源断に弱い。
しかしながら、「弱い」というほど弱くはない。
後継のext3が主流となり、ext4もできつつある今、
特別なパフォーマンスを要求しない限り、ext3を使った方がよい。
# って答えでいいか?
- 281 名前：本当の264 mailto:sage [2009/06/08(月) 10:04:03 ID:4MvMHn9a]
- >>267
ちょっｗ 勝手に264名乗らないでｗ
- 282 名前：login:Penguin mailto:sage [2009/06/08(月) 11:03:26 ID:gamXREiU]
- 現状では、実用性重視ならreiserfsしか選択肢が無いな。
- 283 名前：login:Penguin mailto:sage [2009/06/08(月) 11:09:06 ID:kvbAIbpF]
- >>282
reiserfsとかw
マジでそうだから困る。
- 284 名前：login:Penguin mailto:sage [2009/06/08(月) 12:05:58 ID:uuuo0ENf]
- 何はともあれ、今時 ext2 は止めといた方がいいですよ。
- 285 名前：login:Penguin mailto:sage [2009/06/08(月) 12:26:32 ID:joEenCpk]
- /bootとディスクイメージ内のFSにext2つかってる
- 286 名前：login:Penguin mailto:sage [2009/06/08(月) 12:32:17 ID:Tzl1D/T+]
- /boot ext2
/ reiserfs
/var reiserfs
/home xfs
- 287 名前：login:Penguin mailto:sage [2009/06/08(月) 12:48:59 ID:hKwKsQNd]
- kernel watchによるとgoogleはext2をつかっているらしいけどね
- 288 名前：login:Penguin mailto:sage [2009/06/08(月) 12:53:27 ID:SObkUY93]
- >266
勝ち負け以前に、btrfsが今だexperimentalで、データがいつ消えても泣かない・ちゃんと
報告する程度のものってことに記事のどこにも出てこないってのはダメじゃないかな。
むしろ「Btrfsを使ってみよう」みたいなノリノリだからねぇ。
- 289 名前：login:Penguin mailto:sage [2009/06/08(月) 13:40:49 ID:AvnesfX4]
- 不意打ちfsckでファイル名前が化けたりFAT32はchk.001とか作りまくるくらい脆い印象がある。
Ext2IFS？だったかWindows上で普通の感覚で使えるドライバーがあったがあれには重宝するんじゃないの。
Using The BTRFS Filesystem On Debian Lenny
www.howtoforge.com/using-the-btrfs-filesystem-on-debian-lenny
ソースのビルドを2GBの/dev/shmでやるのは苦しい時もあるので解決案を探してます
BTRFSもまだ試してないんだがCOWが使えるFSは今のところ何があるの？
reiserfsの小さいファイルの特性は飛び抜けてる?
今はext3を基調に/usr/shareと/usr/src、その他データ領域をxfsで使ってます。
私的感情の混じってない複数人のざっくりした見解が聞きたいです。
- 290 名前：login:Penguin mailto:sage [2009/06/08(月) 13:43:50 ID:xArk/8v2]
- tmpfsとswap使えばファイルシステムに依存しなくなるのにww
- 291 名前：login:Penguin mailto:sage [2009/06/08(月) 13:48:05 ID:9+zpPHhG]
- btr犬fs
自慰用
- 292 名前：login:Penguin mailto:sage [2009/06/08(月) 13:58:12 ID:AvnesfX4]
- >>290
ディストリによって違うんだろうけど/dev/shmって書いてあるだろが・・・
- 293 名前：login:Penguin mailto:sage [2009/06/08(月) 14:03:07 ID:Mf/AoFnn]
- >>289
/usr/srcをxfsにするなら、mkfsする際にlog関連のパラメータを適切に設定
しないと小さいファイルの削除がext3より遅くなるぞ。
- 294 名前：271 mailto:sage [2009/06/08(月) 23:11:11 ID:LAXM1eVU]
- ほとんど変更のないパーティションはジャーナルいらないからext2でいいのでは？ と思ったからです。
/boot や / など。
ext2でファイルが壊れるってどんなとき？
ファイルが作成されて、変更もなしで、数日後にクラッシュしてファイルが壊れることもありうる？
- 295 名前：login:Penguin mailto:sage [2009/06/08(月) 23:22:42 ID:MjyV0szQ]
- あり得るか,と言われれば
あり得るとしか・・・この世のモノは全て壊れる運命なので・・・・
殆ど変更がなくて、
「後で復旧できるように構築手順かバックアップが取ってある」なら
ext2 でいいんじゃね？
インストール時に作られて手を入れてないとかいう部分だったら
再構築も楽だろうしそんなんでもいい、という用途はあると思う。
- 296 名前：login:Penguin mailto:sage [2009/06/08(月) 23:23:06 ID:oMVcdxiB]
- >>294
> ext2でファイルが壊れるってどんなとき？
今壊れちゃったらマジで困るってとき
- 297 名前：login:Penguin mailto:sage [2009/06/08(月) 23:56:46 ID:jfF7vcnN]
- ext3が作られたのはext2じゃfsck遅すぎてやってらんねってことだったっけ？
- 298 名前：login:Penguin mailto:sage [2009/06/09(火) 00:07:04 ID:ZW6/2JYO]
- >>294
むか〜しpanicした時にやられた。
その後HDDがお亡くなられてしまったので、ext2関係無いような気もするが。
lost+found送りは何回か経験したが、中身壊れたのはその時だけかなあ…
- 299 名前：login:Penguin mailto:sage [2009/06/09(火) 01:54:47 ID:tJjVNlck]
- >>294
逆にジャーナルはあっても困るものでもないし、あえてext2を選ぶメリットがほとんど無い。
/bootをジャーナル無しにしてて、カーネルやinitrdの更新中に停電やメモリのエラーで落っこちたら困るでしょ。
滅多にないだろうけれども、ごく普通にext3とかreiserfsを選んでいればそんなことも無く、わざわざext2を選ぶ価値が無い。
- 300 名前：login:Penguin mailto:sage [2009/06/09(火) 09:09:10 ID:B66inO7s]
- ファイル倉庫はNTFS-3gなんだけど、なんか問題ある？
- 301 名前：login:Penguin mailto:sage [2009/06/09(火) 12:51:04 ID:EElS/ahk]
- >>289
そもそもdosfsckはダメ文字が駄目
使うもんじゃねえ
>>294
何が聞きたいんだお前は
結論ありきの質問するならずっとext2使ってろ
- 302 名前：login:Penguin mailto:sage [2009/06/09(火) 13:43:16 ID:F4Aa68Pq]
- >>299 みたいな場合でもジャーナルがあれば信頼できるの？
ジャーナルの処理するのって、カーネル起動してからだと思うんだけど。
- 303 名前：login:Penguin mailto:sage [2009/06/09(火) 14:24:49 ID:21hDzqo6]
- データは、どんなファイルシステムを使っても、常に壊れる可能性があるから
バックアップするしか無い。
RAIDもジャーナルも、サービス停止を短かくする手段だと割り切ったほうがいい。
だから停電の時に、ext3よりデータが消える確率が少し高くて、fsckに時間が
かかることに目を瞑れるなら ext2 でもいいんじゃないかな？
- 304 名前：login:Penguin mailto:sage [2009/06/09(火) 14:34:10 ID:sqCmm0Bn]
- >>302
なるほど
それがgentooの/bootがext2な理由か
- 305 名前：login:Penguin mailto:sage [2009/06/09(火) 14:50:45 ID:Cu2mKnoj]
- >>302
journalingに対するsoftupdateの利点はこれだったのか
- 306 名前：login:Penguin mailto:sage [2009/06/09(火) 14:52:51 ID:YwKe1rPj]
- カーネルが機動していないときに/bootを更新するって、
誰が更新するの？
- 307 名前：login:Penguin mailto:sage [2009/06/09(火) 15:00:14 ID:ooupGcCv]
- /bootをext2にする理由は、そもそも領域が小さくfsckの時間も無視出来るし
書き込むこともほぼ無いのにlog領域を無駄にすることはない、というものだと思う。
今更/bootを別パーティションにする理由もあまり無いけどな。
- 308 名前：login:Penguin mailto:sage [2009/06/09(火) 15:09:44 ID:sqCmm0Bn]
- いつ気づくのかニヤニヤしながら見守るとしよう
- 309 名前：login:Penguin mailto:sage [2009/06/09(火) 15:16:23 ID:5EAlHPvm]
- >>308
精神病患者はおことわりします
- 310 名前：login:Penguin mailto:sage [2009/06/09(火) 15:24:01 ID:sqCmm0Bn]
- ext3でもinitrdの更新を注意深く実装すれば
壊れたinitrdを作ってしまう危険はほぼゼロに出来るだろうから
/bootがext3でも構わないのかもしれないな
のんきにGRUBにパッチ当てて/bootをext4にしちまうようなディストリは論外、と
- 311 名前：login:Penguin mailto:sage [2009/06/09(火) 15:30:56 ID:aE6XIpG1]
- >>306
地球の裏側の人がEF経由Iで電源が落ちてても書き換えます
- 312 名前：login:Penguin mailto:sage [2009/06/09(火) 15:30:59 ID:YwKe1rPj]
- なんだ。また奥なんとかさんが出張ってきてるのか。
- 313 名前：login:Penguin mailto:sage [2009/06/09(火) 15:35:09 ID:aE6XIpG1]
- ごめんEFIね
- 314 名前：login:Penguin mailto:sage [2009/06/09(火) 15:37:55 ID:8w8xYP9i]
- >307
いまどき/bootを分ける理由っていえば、まぁ、mdでRAID5以上の構成にする時に、
grubが扱える様に/bootだけRAID1で残す為、位かなぁ…?
- 315 名前：login:Penguin mailto:sage [2009/06/09(火) 15:41:49 ID:ooupGcCv]
- なんだ、そんなことを言ってたのかよ。どのみちinitrdが壊れてたら
ディスクドライバをロード出来なくてブート不可能なdistroがほとんどだろ。
initrdが壊れるなんてことはめったに起きないし、万が一起きてもCDブートして
復旧するのが一番楽。
ちなみにdebianやubuntuではext2もモジュール化されてるからext2にしたところで
何も回避できない。
- 316 名前：login:Penguin mailto:sage [2009/06/09(火) 15:45:10 ID:sqCmm0Bn]
- 38点 (100点満点)
- 317 名前：login:Penguin mailto:sage [2009/06/09(火) 15:51:32 ID:ooupGcCv]
- >>314
使いたいかどうかは別として、grub2だとLVMでもmdのRAID5でもブート出来るんだよな。
- 318 名前：login:Penguin mailto:sage [2009/06/09(火) 15:52:31 ID:sqCmm0Bn]
- いや38点はあげすぎかな
ぜんぜん理解できてないから0点だ
- 319 名前：login:Penguin mailto:sage [2009/06/09(火) 15:58:15 ID:5EAlHPvm]
- ID:sqCmm0Bnのような精神病患者はこのスレへの出入り禁止です
- 320 名前：login:Penguin mailto:sage [2009/06/09(火) 15:59:39 ID:sqCmm0Bn]
- にゃにゃにゃ？
- 321 名前：login:Penguin mailto:sage [2009/06/09(火) 16:02:14 ID:ooupGcCv]
- なんだ、単なる基地外か。
- 322 名前：login:Penguin mailto:sage [2009/06/09(火) 16:05:40 ID:sqCmm0Bn]
- なんというゆとりっぷり
正解を教えたりせずヲチしててよかった
- 323 名前：login:Penguin mailto:sage [2009/06/09(火) 16:09:35 ID:8w8xYP9i]
- >317
ま、そこは今はまだディス鳥次第なところなんで、あえて触れなかったんだけども。
- 324 名前：login:Penguin mailto:sage [2009/06/09(火) 17:27:53 ID:CF3nPqAI]
- >>322
ただ煽りたいだけのシッタカ乙。
- 325 名前：login:Penguin mailto:sage [2009/06/09(火) 21:27:27 ID:Wh4lHMAS]
- >>303
> RAIDもジャーナルも、サービス停止を短かくする手段だと割り切ったほうがいい。
ジャーナルはそれで正しい。
が、RAIDはサービス停止を回避するだけで、一旦アレイ破損等で
サービス停止すると普通より復旧遅くなりがちだから、短くするってのは変だな。
まぁ細かいところだが。
- 326 名前：login:Penguin mailto:sage [2009/06/09(火) 23:01:21 ID:7z+U+qgq]
- ジャーナルが実際にDISKに書き込まれるまでのタイムラグってどのくらいでしょうか？
数日ということもあるのでしょうか？
普通に考えれば数秒程度ですむと思うのですが。
- 327 名前：login:Penguin mailto:sage [2009/06/10(水) 02:11:58 ID:cSxSGaGP]
- >>325
RAIDの修復なんてホットスワップで裏でやらせとくもんだろ
- 328 名前：login:Penguin mailto:sage [2009/06/10(水) 02:36:58 ID:YPL1CLam]
- >>327
303はサービス停止って言ってるし、デグレードじゃなくて本当に壊れたときの話だよ。
単なるデグレードじゃサービスは止まらないから、ホットスワップとかそういう話じゃない。
- 329 名前：やんやん ◆yanyan72E. mailto:sage [2009/06/10(水) 02:37:43 ID:Lo8HmaM8]
- >>327
そうでなくて、修復できない状態のことをアレイ破損というんだろ。
- 330 名前：login:Penguin mailto:sage [2009/06/10(水) 02:47:36 ID:3e0Ap7d7]
- またそういうことを
- 331 名前：login:Penguin mailto:sage [2009/06/10(水) 02:50:34 ID:WUC9iD6p]
- チョコつけ棒自重
- 332 名前：211 mailto:sage [2009/06/10(水) 08:24:07 ID:nf6usjF0]
- みんな、どうもありがとうね
HDが今日届くことになって、とりあえず
32TBをxfsで、8TBを試験的にbtrfsで使うことにした
- 333 名前：login:Penguin mailto:sage [2009/06/10(水) 10:25:07 ID:tTYdjDBW]
- いったいどんなデータを置くのかが気になるぜ
- 334 名前：あ [2009/06/10(水) 11:23:32 ID:O1yGBX4O]
- 助けてください！教えてください！
クロック周波数が2.0GHｚのコンピューターの１クロックの所要時間は（a）ns（ナノ秒）である。 （a）は？ またこのコンピューターである特定の命令を実行するのに要するクロック数が８クロックであるとすると、この命令の所要時間は（b）である。（b）は？
- 335 名前：login:Penguin mailto:sage [2009/06/10(水) 11:30:17 ID:9L54Bn6h]
- >334
> 助けてください！教えてください！
消えろ。
> クロック周波数が2.0GHｚのコンピューターの１クロックの所要時間は（a）ns（ナノ秒）である。 （a）は？
キス
> またこのコンピューターである特定の命令を実行するのに要するクロック数が８クロックであるとすると、この命令の所要時間は（b）である。（b）は？
ペッティング
- 336 名前：login:Penguin mailto:sage [2009/06/10(水) 13:54:08 ID:lIw6J/4l]
- >>334
これが釣りでないとしたら、おまえ、今から身体鍛えて土方になるしかないな。
割り算の出てくる仕事は無理だから。
- 337 名前：login:Penguin mailto:sage [2009/06/10(水) 14:03:12 ID:Q0NjRuO3]
- >>336
え゛っ ? 掛け算もあるよ
- 338 名前：login:Penguin mailto:sage [2009/06/10(水) 22:09:01 ID:YaTU6CRl]
- >>326
ext3の場合は
#define JBD_DEFAULT_MAX_COMMIT_AGE 5
となっているな。ext4も同じ。単位は秒
- 339 名前：login:Penguin mailto:sage [2009/06/11(木) 19:09:35 ID:qTTLr2eL]
- >>289
ちょっと古いけど視覚的に分かりやすい。とりあえずどうぞ
Linux filesystem benchmark 2008/1
www.t2-project.org/zine/1/
Linux filesystem benchmark 2008/2
www.t2-project.org/zine/4/
- 340 名前：login:Penguin mailto:sage [2009/06/12(金) 03:31:00 ID:3YbKAhkr]
- >>339
やっぱり、reiserfs が一番無難なんだよな。。。
Btrfsはやくきてーー
- 341 名前：login:Penguin mailto:sage [2009/06/12(金) 06:43:21 ID:M+7JEAro]
- ファイルサーバ立てるときはいつもReiserFSだな。
inodeが動的に生成できて数に制限がないFSって他にある？
実際、inode数が足りなくなることはないと思うけど、上限があるのって不安だから。
- 342 名前：login:Penguin mailto:sage [2009/06/12(金) 06:48:38 ID:6HYudZDo]
- そんなことが心配になるなら、容量に上限があったら、さぞかし恐怖でしょう。
領域を動的に生成できて容量に制限がないHDDを使うべきでは。
- 343 名前：login:Penguin mailto:sage [2009/06/12(金) 07:43:39 ID:bYqPKkVz]
- LVMは無視ですかそうですか
- 344 名前：login:Penguin mailto:sage [2009/06/12(金) 08:44:37 ID:dPgUga8b]
- >>342
ext2のときに
大きくないパーティションをデフォルトの設定でmkfsした場合、
そこをmail/newsのスプールに使ったりすると割とすぐ足りなくなった。
dump/restoreが必要だったから、余裕を持って多めに割り当てるようにしてたよ
>>341
reiserfs以外でも、jfs,xfsは動的だけど後は知らない
- 345 名前：login:Penguin mailto:sage [2009/06/12(金) 11:43:54 ID:A+DVffOK]
- >>342
inode数と容量のふたつの制限があるよりはひとつのほうがいいに決まってんじゃん。
- 346 名前：login:Penguin mailto:sage [2009/06/12(金) 11:52:44 ID:jFKs2ejL]
- どっかのおバカなOSの/var以外にinodeがあふれることなんてあるのか
- 347 名前：login:Penguin mailto:sage [2009/06/12(金) 12:02:07 ID:UYT/GpZC]
- >>341はいつものreiser厨
|
 |
