ファイルシステム総合スレ その10

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/ 242 名前：login:Penguin mailto:sage [2009/05/28(木) 17:55:37 ID:ABa/TGN6] btrfsが使えるFedora11解禁まであと6日！ 243 名前：login:Penguin mailto:sage [2009/05/29(金) 02:54:38 ID:odE4z/3d] >>242 pc11.2ch.net/test/read.cgi/linux/1242971950/47 244 名前：やんやん ◆yanyan72E. mailto:sage [2009/05/29(金) 03:15:18 ID:FLE8lCte] 2.6.29をコンパイルしてインストールしちゃえばいいのに。 245 名前：login:Penguin mailto:sage [2009/05/29(金) 13:08:51 ID:XXoGhCWd] 【社会】フジテレビの「ごきげんよう」など日本の番組を海外へ有料ネット配信、容疑の男女逮捕　２億７０００万円売り上げか ttp://tsushima.2ch.net/test/read.cgi/newsplus/1243569910/ >>211たんが逮捕されてしまった・・・ 246 名前：login:Penguin [2009/05/29(金) 15:25:33 ID:aJP7imTT] >>243 なんだとぉおおふざけるなああ 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厨 348 名前：login:Penguin mailto:sage [2009/06/12(金) 12:17:27 ID:cm5nbj5o] そういえば昔RH7.3の時代にlogrotateが延々と ファイルを増やしまくってinodeを食い尽くす、とかいう バグがあったなあ... 349 名前：login:Penguin mailto:sage [2009/06/12(金) 12:32:15 ID:NfXF6BAy] ファイルサーバのときは、inodeよりもディスクの利用効率的にreiserfsを選ぶ。 350 名前：login:Penguin mailto:sage [2009/06/12(金) 12:40:33 ID:So72KRDF] ちなみに2ch専ブラのログ置き場は何にしてる？ 考えたがそんなに差は無さそうだったから使ってるxfsにブッ込んでる。 >>339 ファイルシステムマニアのみなさん、こういうの日本語でやってほしいです。 351 名前：login:Penguin mailto:sage [2009/06/12(金) 18:57:56 ID:jFKs2ejL] >>348 ttps://bugzilla.redhat.com/ 具体的にどの Bug# ? 352 名前：login:Penguin mailto:sage [2009/06/12(金) 19:30:00 ID:cm5nbj5o] >>351 これ https://bugzilla.redhat.com/show_bug.cgi?id=72004 単なる設定ミスといえばそうだが 353 名前：login:Penguin mailto:sage [2009/06/12(金) 19:42:27 ID:jFKs2ejL] >>352 やっぱりそれか。懐かしいな。sambaのlogで悩んだでたよ。 幸い /var が溢れる事態にはならなかったが。 354 名前：login:Penguin mailto:sage [2009/06/13(土) 14:48:00 ID:JubTxWA6] NILFSがlinusツリーにmargeって、GC問題は解決したのか？ GCさえ解決すれば非常に有望なfsの気がするけど。 355 名前：login:Penguin mailto:sage [2009/06/13(土) 15:42:58 ID:KIjTPhhe] >>354 GCがないのは問題ではなくて機能なのでは？ 356 名前：login:Penguin mailto:sage [2009/06/13(土) 16:14:31 ID:SIDWa3ow] >>354 mergeは安定して使えるようになった事を意味しない ＃ところでマーガリンがどうしたって？ 357 名前：login:Penguin mailto:sage [2009/06/13(土) 16:43:01 ID:aU2xhACg] >>355 「NILFSはGCがない機能があります。」 どう考えてもオカシイだろ。 358 名前：login:Penguin mailto:sage [2009/06/13(土) 20:47:48 ID:d4XO7s9x] NILFSにはGCという機能がありません。 だろ。 359 名前：login:Penguin mailto:sage [2009/06/13(土) 21:19:57 ID:KIjTPhhe] GCがないかわりに 過去のファイルをすべて保存しておく機能がある。 お前ら、頭が固いんだよ。 360 名前：login:Penguin mailto:sage [2009/06/14(日) 11:27:38 ID:INSOMoqp] 結局「GCがない」は機能じゃない それが問題かどうかは知らんが 361 名前：login:Penguin mailto:sage [2009/06/14(日) 12:23:02 ID:3MGoAqsu] ていうかmergeされたのはNILFS2であってNILFSじゃないんだが 362 名前：login:Penguin mailto:sage [2009/06/14(日) 12:26:05 ID:SExX3BMV] NILFS2はGCあるよな。3月にGC周りのバグフィックスとかもしてるし。 まあ使ったことないからどんな程度なのか分からんが。 363 名前：login:Penguin mailto:sage [2009/06/14(日) 23:06:54 ID:rQwfo9s3] ext4で透過的圧縮が使えないことを知った 絶望した 364 名前：login:Penguin [2009/06/18(木) 23:56:35 ID:ioEeQc9O] ext4でもまだファイル名255byteなんだよね。NTFSは255文字なのに。 日本語のファイル名をUTF-8で格納すると、入って85文字程度だしな。なんとかならんの。 ファイルサーバーをlinux+sambaに移行しようとしたらこのざまだぜ。 365 名前：login:Penguin mailto:sage [2009/06/19(金) 01:27:45 ID:Xfeqptff] vfsレイヤの問題 366 名前：login:Penguin mailto:sage [2009/06/19(金) 10:17:22 ID:qN4LPkrl] >>363 fusecompress 367 名前：login:Penguin mailto:sage [2009/06/19(金) 19:17:33 ID:eTXARmpf] >>364 そんな長い名前つけてどーするんだ・・・ 368 名前：login:Penguin mailto:sage [2009/06/19(金) 19:54:05 ID:EeoS3mUJ] P2Pモノだと無駄に検索ワードが入ってたりするが 369 名前：login:Penguin mailto:sage [2009/06/19(金) 22:25:00 ID:w3Unrur6] >>367 メモとかw 370 名前：login:Penguin mailto:sage [2009/06/19(金) 23:00:18 ID:mnbKzcXv] 結論 ext4は不要 btrfsの人柱たれ 371 名前：login:Penguin mailto:sage [2009/06/19(金) 23:37:21 ID:u8qVAw6f] そうは言うがbtrfsにも弱点はあるだろ？ 372 名前：login:Penguin mailto:sage [2009/06/19(金) 23:44:48 ID:xpJPlhFx] >>371 遅いこと？ copy on writeの宿命な気がする。 373 名前：login:Penguin mailto:sage [2009/06/20(土) 00:26:22 ID:CdaCT9qt] >>367 プロジェクト通し番号+プロジェクト名+文書名+文書通し番号+日付+bakとかoldとかメモとか+拡張子 こういうふうなファイル名をつけると、UTF-8で255バイト越えがまれにある。 本当にファイル名にメモを入れる奴がいるから困る。 374 名前：login:Penguin mailto:sage [2009/06/20(土) 04:14:59 ID:pHcNf2hR] >>373 VCS使えよ 375 名前：login:Penguin mailto:sage [2009/06/20(土) 09:13:33 ID:bTbqwzKO] >>371 おまえがその弱点を修復していただければ幸いです 376 名前：login:Penguin mailto:sage [2009/06/20(土) 13:18:15 ID:xwPbisEm] 外部ストレージ12T*3なファイル鯖立てる必要があるんだがファイルシステム何にしたらいいかな？(１ボリューム12TBで構築) １ディレクトリに数KBのファイルを数十万個置く馬鹿がいたりしてext3は出来れば使いたくないんだけど。 (ls叩くだけで数十分戻ってこないとかになるし) ちなみにOSは今のところRHEL5.2の予定なんでRHELで正式サポートしてる物で 速度より信頼性優先で考えてます。 自分一人だとSolaris10/zfsにするんだが Solaris不慣れなメンバが多くてRHELになりそうorz 377 名前：login:Penguin mailto:sage [2009/06/20(土) 13:29:09 ID:nE/nEMaI] 正式サポートとなるとext3しかなかったような気がする… 転んでも泣かないのであれば他のも使えるが。 378 名前：login:Penguin mailto:sage [2009/06/20(土) 13:35:29 ID:pHcNf2hR] >>376 ext3より遅いzfsで問題ないならext3で良いだろ、と言いたいが12TBとなるとmax 8TBのext3は無理だ。 reiserfsかxfsをお勧めするが、サポートが欲しいならext4待つのが賢明かもしれない。 379 名前：login:Penguin mailto:sage [2009/06/20(土) 13:45:57 ID:43WBQfGz] >>376 Windowsにしろよ 380 名前：login:Penguin mailto:sage [2009/06/20(土) 14:03:13 ID:tISAQ4gm] >>376 ネットワークのFSは？ クライアント数は？ バックアップやスナップショットの必要性は？ 381 名前：login:Penguin mailto:sage [2009/06/20(土) 14:03:51 ID:1JSai2FT] >376 > 自分一人だとSolaris10/zfsにするんだが Solaris不慣れなメンバが多くてRHELになりそうorz 素直にSolaris/zfsで組んでBrandZでRHE入れて公開とか。 382 名前：login:Penguin mailto:sage [2009/06/20(土) 14:15:43 ID:uTlYo/UV] SSD & btrfs(CoW)の組み合わせが最高 お互いの欠点を補い合い、長所を最大限に発揮する。 って何となく思った。だいたい合ってるんじゃないかな。 383 名前：login:Penguin mailto:sage [2009/06/20(土) 14:17:11 ID:43WBQfGz] Linuxとかなんかのジョークだろ 384 名前：376 mailto:sage [2009/06/20(土) 15:02:52 ID:xwPbisEm] >>377 ReiserFS, XFSあたりってサポートしてなかったのか... SuseでReiserFSにするならSolarisのほうが馴染みがあるし悩むなぁ >>378 ext3 16TBまでサポートってRHEL5.0でテクニカルプレビュー、5.1以降で正式サポートじゃなかったでしたっけ？？ >>379 windows嫌い（ぉ というか telnet/ssh踏み台やら適当にscript走らせてるのでwindowsは... >>380 NFSで繋ぎにくるのは２ユーザのみ。あとはftpで毎日400GB程度受信、300GB程度送信かと。 スナップショット不要でバックアップは毎日別鯖にrsyncの予定。 >>381 それは悪くないかもしれないですね。 Dell鯖だとSolaris正式サポートしてるし(キモイけど) あまりDellは好きじゃないけど MD3000が安すぎて他の選択肢が存在しない(苦笑 385 名前：login:Penguin mailto:sage [2009/06/20(土) 20:34:34 ID:9xybmBgQ] >>384 これのことだすな。 ttp://blog.livedoor.jp/hakin/archives/51079831.html 386 名前：login:Penguin mailto:sage [2009/06/20(土) 21:10:26 ID:1JSai2FT] TBオーダーになると、本質的にfsck前提のfsじゃ運用がきつすぎるって……。 387 名前：login:Penguin mailto:sage [2009/06/21(日) 01:56:50 ID:x1fahonI] ext3って巨大ファイルの rm は遅いけど、大量ファイルの ls って、そんなに遅かったっけ？ 388 名前：login:Penguin mailto:sage [2009/06/21(日) 09:22:02 ID:jR2Jwv49] >>367 ファイル名をつけないで内容の冒頭をファイル名にするといった 使い方が登場してるからね。 日本語ファイル名と同じで、なんやかんや言われるけど、そういう 使い方に一定の利点があることは確か。 389 名前：login:Penguin [2009/06/21(日) 10:07:45 ID:62ulX/zJ] >>387 2.4のころはすげー遅くなった。 最近は大丈夫なはずだが、そういう所はreiserfsにしてしまったので 実際どうなのかわからん。 390 名前：login:Penguin mailto:sage [2009/06/21(日) 10:40:32 ID:eb5/k6A8] ext4の使い心地や速度や信頼性はext3と比べていかがですか 何も変わらないですかそうですか 391 名前：login:Penguin mailto:sage [2009/06/21(日) 11:27:48 ID:LXWNEUWq] btrfsの使い心地や（ry おまえがやれですかそうですか 392 名前：やんやん ◆yanyan72E. mailto:sage [2009/06/21(日) 12:50:30 ID:qnAMuU8X] ちょっと前に2.6.29のbtrfsで4つほどのディスクを結合して 一つのファイルシステムを作ったら、2日後ぐらいに エラーだしてアクセスできなくなっていた。 今はそのぐらいの信頼性だということで。 393 名前：login:Penguin mailto:sage [2009/06/21(日) 13:46:30 ID:kS8xrTW4] >>392 btrfsの信頼性が低いのは分かってるので、 体感性能をレポートしてくれるとありがたい。 394 名前：login:Penguin mailto:sage [2009/06/21(日) 15:06:25 ID:eb5/k6A8] 速くて怖くて臭い 395 名前：login:Penguin mailto:sage [2009/06/22(月) 00:58:40 ID:WFQSRo3G] >>390 挙動はかなり良い スムーズ 信頼性ではまだメインでは使えないだろうな 396 名前：login:Penguin mailto:sage [2009/06/22(月) 19:27:52 ID:/UtaE34c] >>395 それは楽しみだな。 397 名前：login:Penguin mailto:sage [2009/06/23(火) 00:26:31 ID:+00i5bOt] >>395 ちょっと前に、getblkに排他入れるの忘れてた。なんてパッチが流れてて、底をどうやって忘れることががが・・・ と衝撃を受けたのは記憶に新しい 398 名前：login:Penguin mailto:sage [2009/06/25(木) 17:31:23 ID:moRwwRW2] btrfs 最高！ て言えるの、一体何時頃？ 399 名前：login:Penguin mailto:sage [2009/06/25(木) 20:10:17 ID:KBIp5JGO] >>398 こんどの土曜日の午後２時頃 400 名前：login:Penguin mailto:sage [2009/06/26(金) 02:04:24 ID:F/JYcXGB] >>398 FreeBSDでzfs最高！って言えた後。 btrfs 再考！なら Sun買収の今ならあり得るかと。 401 名前：login:Penguin mailto:sage [2009/06/26(金) 19:05:10 ID:PoKFzBk0] uyota.asablo.jp/blog/2009/05/09/4296115 95%を過ぎる頃からパフォーマンスが落ち始め、97%を越えた辺りからファイル操作が劇的に遅くなり 99%を過ぎる時には非常に醜い事態になる。って・・・・・ この人、本気でこんな事言ってるのかな 俺は某アルファブロガーさん程ZFSマンセーじゃないけど、 いちゃもん付けるにも程があるだろ・・・常識的に考えて というか、対比としてUFSを挙げてるけど、実体験として5%ぐらいまでなら問題は無く、って事は 予約領域が8%で、そこを5%も侵食したって事で、要するに97%使用してるって事だろ？ FATのようなファイルシステムならまだ分かるけど、i-nodeやB-treeベースのファイルシステムで 空き領域が3%しかない状態なのに、性能を落とさず使えるもんなのかね UFSを97%も使った事の無い俺には信じられないんだが・・・・・ ＃ 昔、エロ目的でニュースサーバ構築しようと、80GB×5をまるっと1スライスで ＃ /var/spool/newsにマウントして使っていた頃は、%iusedが10%未満の状態ですら ＃ 40〜50GBを越えた辺りから重くて使いものにならなかったのに ＃ UFSはいつの間にそんなに出来る子になったんだ？ 402 名前：login:Penguin mailto:sage [2009/06/26(金) 19:34:11 ID:JYpSTooM] >>401 使用率90%以上のパフォーマンスダウンなんかだれも気にしないよな。 残り数パーセントを活用できたからと言って魅力はない。 それよりも、巡航時の性能の方が何倍も大事。 403 名前：login:Penguin mailto:sage [2009/06/26(金) 19:54:54 ID:NOfzkfFo] >>401 zfs quotaかけて制限ぎりぎりまで書き込もうとすると かなりパフォーマンスが落ちるのは経験した。 そもそもCoWを高速化するためかなりメモリを使って ディスクへの書き込みを遅延させて 実際の書き込みを削減するようになっているが、 残りが少なくなるとこの仕掛けが使えなくなり 頻繁にCoWの書き込みが発生してパフォーマンスが落ちるようだ。 （あくまでも推測です。ソースは読んでいません） 404 名前：login:Penguin mailto:sage [2009/06/26(金) 20:49:12 ID:mF9+I+S5] root予約領域の確保はほしいかも。 405 名前：login:Penguin mailto:sage [2009/06/26(金) 22:44:47 ID:O4vFMWYa] >402 今さっき、Solaris10 5/9で # mkfile 1g /data/1G1 /data/1G2 /data/1G3 # zpool create tank raidz /data/1G1 data/1G2 /data/1G3 して作ったエリアに100Kずつmkfileでファイルを作ってくスクリプトをまわしたけどさ、 あっさりとAVAIL 0%まで突っ走ってしまったなぁ。 つーか、どういう運用であれエリア全部を使い切ってしまうようなら 管理者の無能を証明しているだけって気がするけどな。 406 名前：login:Penguin mailto:sage [2009/06/26(金) 23:33:31 ID:fjH2S1/1] HDDが1Tとすると、10%で100Gあるからなぁ 100Gあれば、まだ十分使えると思ってしまうのが普通だろ 407 名前：login:Penguin mailto:sage [2009/06/27(土) 01:03:16 ID:xSWgaNVh] >406 > 100Gあれば、まだ十分使えると思ってしまうのが普通だろ それは試してみたかい? 俺が自分でpoolサイズをいくつか変えて試した感じでは、少なくとも遅くなるケースってのは poolサイズの何%以下って動きじゃない。 1Tプールで残り100Gのところに99Gのファイルを作ろうとすると途中で遅くなるだろうが、 50Gのファイルならたぶん普通に作れる。しかし残りが100Gで既に存在する50Gのファイルを 同じファイル名で書き換えるなら引っかかるかもしれない。いずれの場合でも当該プールへの アクセスが重くなるだけで、CPU負荷が増えるとかは一度も遭遇していない。 件のblogは「普段よりシステムが二、三倍ぐらい遅くなっているのに気がついた」とか書いてる みたいだから、たぶんルートファイルシステムで空きがなくなるまでやってたんだろうな。 そこらへんの切り分けも出来ていないみたいなのはお粗末だとは思うが、まぁ、そんなもんだろ。 408 名前：login:Penguin mailto:sage [2009/06/27(土) 09:48:01 ID:9F/Mxzcj] >>405 ということは、遅くなるのは断片化の影響？ 409 名前：login:Penguin mailto:sage [2009/06/27(土) 17:37:41 ID:CPmpdLib] >>406 おまえだけだろ。 410 名前：login:Penguin mailto:sage [2009/06/27(土) 19:41:30 ID:k4AyL1vK] HDDが1Tとか残り100Gとか、ダウソ板に居るのかと勘違いしたじゃないか 411 名前：login:Penguin mailto:sage [2009/06/27(土) 23:36:47 ID:sRzpWWk6] そりゃ管理者≒ユーザーなら残り容量も管理できるだろうさ 412 名前：login:Penguin mailto:sage [2009/06/28(日) 00:14:38 ID:PkMOJr/+] 管理者とユーザーが同一人物じゃなければリソースの管理もできない管理者って、 なんのジョークだ? 413 名前：login:Penguin mailto:sage [2009/06/28(日) 00:27:12 ID:mHUBrjQ8] 年金ジョーク 414 名前：login:Penguin mailto:sage [2009/06/28(日) 09:46:19 ID:rA+Z+0As] おまえらは黙ってbtrfsを使え 俺はreiser4を応援する 415 名前：login:Penguin mailto:sage [2009/06/29(月) 15:29:26 ID:EwMZtCko] [Phoronix] EXT4, Btrfs, NILFS2 Performance Benchmarks www.phoronix.com/scan.php?page=article&item=ext4_btrfs_nilfs2&num=1 416 名前：login:Penguin mailto:sage [2009/06/29(月) 21:36:30 ID:E54LAahb] 狭い領域 そんなに急いでどこへ書く 417 名前：login:Penguin mailto:sage [2009/07/01(水) 07:11:15 ID:pFEUrnAn] 途中までNILFS面白くね？と思ったが、Threadedのテストで酷いことにｗｗｗ ロックがうまく捌けてない？ 418 名前：login:Penguin [2009/07/01(水) 19:06:34 ID:VcKgLPIK] 起動・システムパーティションにxfs使ってて、 uswsuspでs2diskしている途中なんかで無理矢理電源断すると 次回リブート時にxfs_repairしなか起動しなくなるんだけど、 これs2disk中以外の普通の突然の電源断では起きないのかな？ 実マシンじゃ恐くて試してないけど、vmware上じゃあれこれ書き込んでる最中に 電源落としても大丈夫みたいだけど。 419 名前：login:Penguin mailto:sage [2009/07/01(水) 20:27:43 ID:rmCahXvL] >>418 ルートファイルシステムをXFSにして数年経つがxfs_repairなんて使ったことがない 420 名前：login:Penguin mailto:sage [2009/07/01(水) 20:30:41 ID:IqsTXi/V] ひさびさにXFS厨発見 ここから３０レスくらいアンチが埋め尽くすはず 421 名前：login:Penguin mailto:sage [2009/07/01(水) 20:41:09 ID:rmCahXvL] はいはいNGID 422 名前：login:Penguin mailto:sage [2009/07/01(水) 20:42:27 ID:T/tn+uoR] アンチが付くほどユーザ多くないだろ > XFS 423 名前：login:Penguin mailto:sage [2009/07/01(水) 20:47:18 ID:VcKgLPIK] >>419 その間突発的な電源断とかは？ s2disk中に電源落とすと再現できるかもだけど恐いからやれない。 s2disk中以外の電源断ならそのままリブートできるんなら自分的には問題ないけど。 424 名前：login:Penguin mailto:sage [2009/07/01(水) 20:55:42 ID:rmCahXvL] >>423 自宅なんで停電で落ちることもあるしoopsで固まった事も一度や二度じゃない XFSの信頼性そのものは怪しいと思っているが、 xfs_repairしないと起動しなかったなんて経験は無いな 425 名前：login:Penguin mailto:sage [2009/07/01(水) 20:58:34 ID:UZTOndbd] >>418 ID:rmCahXvLじゃないけど。 俺がXFSを/で使っていた時の話だが、何事もなかったように立ち上がってきたぞ。 指輪物語の再生中でスクリーンセーバー切ったりとかついでに電源ケーブルも切ったりして つい、バッテリー切れ起こして突発的に電源断しちまったんだな。 426 名前：login:Penguin mailto:sage [2009/07/01(水) 21:00:10 ID:VcKgLPIK] >>424 サンクスです。とりあえず今インスコ中のpcはまるごとxfsにすることにしました。 427 名前：login:Penguin mailto:sage [2009/07/01(水) 21:17:55 ID:Y9xsHfht] XFSﾏﾝｾｰ 428 名前：login:Penguin mailto:sage [2009/07/01(水) 21:18:56 ID:RgnVHoSx] 皆さん人柱乙です ttp://www.atmarkit.co.jp/flinux/rensai/watch2009/watch06b.html > 相変わらず、ext4のバグのペースはすさまじいものがあります。 429 名前：login:Penguin mailto:sage [2009/07/01(水) 23:41:21 ID:dnXeAx3U] >>415 使い方によって、FSでここまで差が開くってのは面白いね。 パフォーマンスを追求するのなら、 どのサービスを提供するかでFSを変えた方がいいってことか。 430 名前：login:Penguin mailto:sage [2009/07/01(水) 23:44:39 ID:aKLpib1z] >>429 フォードに車種が沢山あって目的に応じて選べるのと同じだね 431 名前：login:Penguin mailto:sage [2009/07/01(水) 23:47:12 ID:dnXeAx3U] >>417 シーク時間の影響かも？ 今後、SSDが普及していくとしたら、複数スレッドからの同時アクセスでも問題なさそうね。 432 名前：login:Penguin mailto:sage [2009/07/02(木) 00:00:29 ID:6CzpStJa] ちょっと古いけど、POHMELFSのベンチマーク tservice.net.ru/~s0mbre/blog//devel/fs/2008_06_13_1 NFSよりだいぶ早いわ。 小さいファイルを大量に扱うクラスタファイルシステムとしては、今後に期待できるのかも。 主な用途は画像共有サーバ、メールサーバとかか。 433 名前：login:Penguin mailto:sage [2009/07/02(木) 20:46:34 ID:rU1W47g5] XFS厨の特徴 ・Linux Kernel Version2.6.17〜2.6.17.6の時に何かあったのか思い出せない、しかし初期のReiserFSの不具合は今だに覚えている ・xfs_repair & xfs_checkが1TBにつき、およそ1GBのメモリを要求するのはアンチの流したデマだと思っている ・XFSのジャーナリングが、ext[34]で言う所のdata=writeback相当品だというのもデマだと思っている ・ext[34]のdata=writebackは極めて危険だが、XFSのジャーナリングは問題無いと思っている ・カーネル標準のVFSを介さないのでXFSは素晴らしい、そしてVFSを介する他のFSは糞だと思っている ・突然の電源断や、システムダウンでもXFSが壊れた事は無いと主張 ・O_SYNCや、O_DIRECTでファイルオープン中に電源が落ちても、ファイルがヌルバイトに切り詰められるなどありえないと思っている ・O_SYNCや、O_DIRECTでファイルを開きっぱなしにしておくなんて、RDBMSであろうと行儀の悪い事だと思っている ・バカでかいRAIDアレイで、しかもあえてワンパーティション運用していてもノートラブル ・LVMやMDと一緒に運用していても勿論ノートラブル ・xfs_fsrをcronで毎日ブン回そうがノートラブル ・Unknown error 990なんて当然見たことも無い ・トラブルが起きないのでfsck.xfsだけで十分だ ・xfs_repair or xfs_checkなんて使ったこともない ・FSの性能比較などでXFSの結果が奮わないとデマだ、やらせだと大騒ぎする ・やたらと「次に使うFSを何にしようか」と聞いてくる、そしてどんなFSを勧められても結局「XFSにしますた」で終了する 434 名前：login:Penguin mailto:sage [2009/07/02(木) 20:49:21 ID:JUQuwRcW] 何か仕事で辛いことがあったんだろうか・・ 435 名前：login:Penguin [2009/07/02(木) 20:55:14 ID:hrym764a] そっとしておいてあげて。。 436 名前：login:Penguin mailto:sage [2009/07/02(木) 20:56:46 ID:S0MAGDAx] とりあえず確かなのは おまえがアンチだということだな 437 名前：login:Penguin mailto:sage [2009/07/02(木) 22:16:21 ID:as0GGArF] >>433 英訳して本家スラドにタレこむと面白そうだな。 それはいいとして、その調子でJFS厨やReiserFS厨、Ext3厨の批判も頼む。 438 名前：login:Penguin mailto:sage [2009/07/02(木) 22:17:16 ID:Hm4AKlRl] LinuxのJFSって全国で3人ぐらいしか使ってないだろ そのうち1人は俺な 439 名前：login:Penguin mailto:sage [2009/07/02(木) 22:17:33 ID:C87ApF+T] もう1〜2年前の話になるが、 luksで暗号化したHDDの上にnilfs2を構築して使ってたら 約5秒ごとにファイルシステムに書き込み(？)が発生して、nilfs2のcpが5秒ごとに作られてた。 luks使ってないHDDだとこういう事は無かった。 今は余ってるHDDないから試せないんだが、まだ変わらないのかな？ 440 名前：login:Penguin mailto:sage [2009/07/02(木) 22:47:23 ID:as0GGArF] ReiserFS厨の俺がReiserFS批判すると ・起動時間を競う今にマウントが桁違いに遅い ・BKLが残っててBKL使っている他の部分の速度を下げる ・早いのはいいが、CPU負荷も高い ・一日の長長しかなく、CoW使った次世代FSに速度を抜かれる運命 ・開発者あぼーんで将来性が無い こんなとこかな。ext系の独自機能への対応具合とか、技術的に詳しい人の批判が欲しいなぁ。 441 名前：login:Penguin mailto:sage [2009/07/02(木) 22:56:17 ID:kVxArKzn] 途中でめんどくさくなってやめた。改めて見ると俺の英語力終わってるな。 ”How should I talk with anti-believers in peace?" One of my friend is an XFS-hater. He often retails bad-talkings about XFS with neither verification nor evidence. He says that: "All of XFS users are believers. They make an effort to forgot what happened on 2.6.17-2.6.17.6 kernel, though, maintain memories of early ReiserFS's issues." ... How should I talk with him in peace? Do I have nothing to do except for gracious neglect? 442 名前：login:Penguin mailto:sage [2009/07/02(木) 23:24:22 ID:as0GGArF] How do you think about XFS? Recently, my friends talk about XFS-believers peculiarity. He would think "XFS is poor and its believers are foolish!". His opinions are here: - ... I doubt his opinions are truth. Please give me your opinions for his discussion. 443 名前：login:Penguin mailto:sage [2009/07/02(木) 23:27:25 ID:m2mL2E34] ファイルシステムには人の精神を狂わせる何かがある 444 名前：login:Penguin mailto:sage [2009/07/02(木) 23:47:50 ID:yfRomf3o] >>438 Ubuntuインスコ時にたまたまリストに出てきたから、で選んだ奴がもう3人くらいいるだろ多分 445 名前：login:Penguin mailto:sage [2009/07/03(金) 02:36:47 ID:uBL2xlI5] ファイルシステムというよりLinuxカーネルの安定性に激しく疑問を 持つようになってきたこの頃。 テストしているのか？レビューは？ビルドしてみたか？というような 体制側の問題と、新しいデバイスが出るたびにちょこちょこと出てくる ハード側も絡んだ不審挙動があいまってうんざりすること多々。 最近より鉄板なWindowsServerに乗り換えようかと手を出しつつある。 何で俺がWindows鯖なんかに・・・ 446 名前：login:Penguin [2009/07/03(金) 02:54:39 ID:ZPir+zN3] >>445 ええと、新しいデバイスならドライバも新しいわけで、当然バグもあるでしょう。 これはOS関係ないし。 鯖運営するんなら枯れたハードを使い、 そして最新のカーネルなんか選択しないと思うんだけど。 447 名前：login:Penguin mailto:sage [2009/07/03(金) 12:38:51 ID:pNxOnErm] ヒント：心の安定 448 名前：login:Penguin mailto:sage [2009/07/03(金) 12:49:59 ID:TiU7uWgl] ま、どのOSに乗り換えたって不満は出るんだけどね。 449 名前：login:Penguin mailto:sage [2009/07/04(土) 10:06:32 ID:oKHh/wD5] >>448 ただ、その程度の差は大きい罠 450 名前：login:Penguin mailto:sage [2009/07/04(土) 13:04:03 ID:aCWGVCOu] >>449 精神状態が不安定なだけ 451 名前：login:Penguin mailto:sage [2009/07/04(土) 13:27:19 ID:dWON3uVd] >>446 RHELやそのクローンって安定してる？ 2.6.18というずいぶん古いカーネルだが 452 名前：login:Penguin mailto:sage [2009/07/04(土) 13:42:05 ID:aCWGVCOu] また不安定者か 453 名前：login:Penguin mailto:sage [2009/07/04(土) 21:02:41 ID:4I7qogug] 結局Linuxでこれで鉄板ってFSってなんなの？ 454 名前：login:Penguin mailto:sage [2009/07/04(土) 21:21:15 ID:epSeSByy] ext2 455 名前：login:Penguin mailto:sage [2009/07/04(土) 22:16:50 ID:c9qNSKKi] 正解が必ずあると信じているのもゆとり世代の特徴 答はひとつと思い込みやすいのもゆとり世代の特徴 456 名前：login:Penguin mailto:sage [2009/07/04(土) 22:35:48 ID:lf/ENdM4] ゆとり世代で一括りにするのが ゆとり世代じゃない真性ゆとりの特徴 457 名前：login:Penguin [2009/07/04(土) 22:57:12 ID:ueczLvj9] Linux板の平均年齢知らないのか？ おっさんは引っ込んでろ。 458 名前：login:Penguin mailto:sage [2009/07/04(土) 23:16:29 ID:B4QSauY5] どのlinuxディストリでも扱えるという点でext2かext3だな。 でかいアレイを扱うのは向いてないけどさ。 459 名前：login:Penguin mailto:sage [2009/07/04(土) 23:20:22 ID:c6siemrW] reiserfsのほうが良くないか？ 460 名前：login:Penguin mailto:sage [2009/07/05(日) 00:29:49 ID:fbkB0Uiv] 何がどう良いのか説明してくれ 461 名前：login:Penguin mailto:sage [2009/07/05(日) 06:44:40 ID:PXK9xHrV] XFS には、何度も煮え湯を飲まされた。 Linux 2.4 シリーズではいくらか実績があり、 一度 Linux 2.6 にしたマシンも 2.4 に戻して様子を見ていたが、結局 apt-get upgrade でのパッケージのアップデート中や何かのタイミングで Jul  7 01:41:45 db kernel: xfsforceshutdown(md(9,0),0x8) called from line 1086 of file xfs_trans.c.  Return address = 0xf891c9eb Jul  7 01:41:45 db kernel: Filesystem "md(9,0)": Corruption of in-memory data detected.  Shutting down filesystem: md(9,0) Jul  7 01:41:45 db kernel: Please umount the filesystem, and rectify the problem(s) などと言い残して死んでしまうのであった。 でも、ext3 はどうなのよ? 伝聞によると、ジャーナリングなファイルシステムのくせに、クラッシュ後の 復旧処理でファイルシステムを壊すこともしばしばらしい。データセンターなので、長期の連続稼働で 不具合がでなければ問題ないのだが。 ほかのは… ext2: fsck 捨て。 JFS: 実績を聞いたことがないので敬遠。 ReiserFS: Linux 2.2 の時代に好んで使ってたが、ハード不良によるクラッシュ後の復旧でファイル消失したので捨てて、 その後に XFS に乗り換えた。長期運用では問題なさそうかも? Reiser4 はどうなんだろう? 色んな人の経験談や奥山さんの話を聞くにつけ、 Linux のファイルシステムはどれもダメなのかも。 Debian GNU/kFreeBSD でも試してみようかしら。 www.sfo.jp/blog/archives/2005/08/db-xfs.html 462 名前：login:Penguin mailto:sage [2009/07/05(日) 08:42:28 ID:PWp2gMGR] ・伝聞によると ・らしい ・聞いたことがないので ・はどうなんだろう? 毎度必死過ぎて哀れを催すな。 463 名前：login:Penguin mailto:sage [2009/07/05(日) 09:19:24 ID:l701u5w+] おまいらにext3なんていらない 紙で充分さ 464 名前：login:Penguin mailto:sage [2009/07/05(日) 09:42:17 ID:mGEXPAo2] solaにゃんはだめなん？ 465 名前：login:Penguin mailto:sage [2009/07/05(日) 09:53:33 ID:0pLzbEyN] >464 linux側だけの都合でlinuxに入らないものは悪みたいに思ってる人が結構いるから きっとダメなんだろ。 466 名前：login:Penguin mailto:sage [2009/07/05(日) 13:37:01 ID:7/LltY/L] >>461 ハード不良でファイルが壊れるのは当たり前。raidでも使え。 467 名前：login:Penguin mailto:sage [2009/07/05(日) 14:55:23 ID:fQomHEI3] solarisのufsですが、どうもファイルシステムが壊れてしまったようです。 fsck でやると BAD SUPER BLOCKとでます。 エラーメッセージどおり、 newfs -N で代替スーパーブロックを探して、 でてきたスーパーブロックを指定して fsckやってもだめでした。 このような状態で、壊れたファイルを取り出す方法ってありますか？ 468 名前：login:Penguin mailto:sage [2009/07/05(日) 15:07:31 ID:0pLzbEyN] >467 別に保管しておいたバックアップから戻す。 469 名前：login:Penguin mailto:sage [2009/07/05(日) 20:18:24 ID:p3GlOS2H] >>438 もう一人は俺。 /boot も JFS。 470 名前：login:Penguin mailto:sage [2009/07/05(日) 21:23:59 ID:ugjukesl] >>461 また奥山信者か 471 名前：login:Penguin mailto:sage [2009/07/05(日) 23:02:10 ID:J3bViw4a] >>465 Linux板で言われてもなぁ ネガティブキャンペーンしたかったら少なくとも対比させてくれないと そうで無いならUNIX板で 472 名前：login:Penguin mailto:sage [2009/07/06(月) 14:00:48 ID:76F9p4oQ] >>461 ext3いいよ。 クラッシュ後の復旧処理でファイルシステムを壊すことは無いし。 473 名前：login:Penguin mailto:sage [2009/07/06(月) 21:03:00 ID:vzyNkkoh] 実ファイルが壊れるのが嫌ならnilfs2しかないのでは？ あれって実ファイルも保護されるんだろ。 外付けhddのfsがjfsだわ。 これで三人出揃ったかな。 474 名前：login:Penguin mailto:sage [2009/07/08(水) 16:19:42 ID:np245sVF] ext4の話題なし 475 名前：login:Penguin mailto:sage [2009/07/08(水) 16:24:50 ID:WUnZg/ty] reiser4を潰すために祭り上げられただけだからな 476 名前：login:Penguin mailto:sage [2009/07/08(水) 20:48:20 ID:FF8V0Gi/] Hans Reiserは、Linuxのファイルシステムに重要な貢献をしたが、 犯した罪は許されるものではない。 Linuxの歴史から抹消すべき人間なのでしょうか。 おまえらはどうお考えですか？ 477 名前：login:Penguin [2009/07/08(水) 21:16:15 ID:jn2DkYfU] 冤罪の可能性も・・・と言いたいところだが、司法取引しちゃったんでしょ。 478 名前：login:Penguin mailto:sage [2009/07/08(水) 21:23:00 ID:e+Y75R6E] 司法取引で「遺体の場所ゲロったら刑を軽くしてやる」って言われて ちゃんとそこで見つかったんじゃなかったっけ？ 事実関係としては言い訳の余地なしだと思うよ。 情状酌量とか心神喪失とかはあるかもしれないけどね。 479 名前：login:Penguin mailto:sage [2009/07/08(水) 21:29:38 ID:t+wEbQ0Z] >>476 犯した罪は、Linuxのファイルシステムへ重要な貢献をかき消すものではない。 罪は罪、貢献は貢献。 それぞれ別々に扱え。 480 名前：login:Penguin mailto:sage [2009/07/08(水) 21:33:08 ID:XG1lAIaP] で、実際の所reiser4の現在のメンテ状況はどうなの？ 481 名前：login:Penguin mailto:sage [2009/07/09(木) 00:15:47 ID:ztD5Pcm3] そんな事よりお前らの精神の健康が心配だよ もとからあまり良いとは言えないのに 482 名前：login:Penguin mailto:sage [2009/07/09(木) 00:56:41 ID:/Q5asfJ/] >>474 ext4、まだまだ安定しないだろうね Ubuntu9.04 ext4領域でbonnie++を実行するとOSがフリーズ https://forums.ubuntulinux.jp/viewtopic.php?id=5327 483 名前：login:Penguin mailto:sage [2009/07/09(木) 21:25:03 ID:IWhYPriW] >>476 そりゃ、あからさまに間違った考え方ですな 484 名前：login:Penguin mailto:sage [2009/07/10(金) 02:07:31 ID:QSzdrBX1] 貢献と犯罪・不名誉は別だろ。 古の微妙な例としてチューリングとか、ショックレーとかもいるし。 485 名前：login:Penguin mailto:sage [2009/07/10(金) 11:07:35 ID:nZxN7MAV] もうext4上にシステム組んじゃいましたっ！＞＜ 486 名前：login:Penguin mailto:sage [2009/07/11(土) 08:13:07 ID:cmFWuOE8] ext4は千代に八千代にさざれ石の巌となりて苔のむすまで 487 名前：login:Penguin mailto:sage [2009/07/11(土) 17:53:21 ID:dw+R0cpX] God save our gracious FAT, Long live our noble FAT, God save the FAT: FATは永遠です。 488 名前：login:Penguin mailto:sage [2009/07/11(土) 18:30:45 ID:eY3grqUq] ええと、「神はFATに保存します」？ だから神が作った世界はこんなに 無駄や矛盾が多いのか。 489 名前：login:Penguin mailto:sage [2009/07/11(土) 20:20:56 ID:Im61ZZa+] >>487 やせなよw 490 名前：login:Penguin mailto:sage [2009/07/12(日) 00:47:34 ID:iD0Q34UO] Who's BAD 491 名前：login:Penguin mailto:sage [2009/07/12(日) 07:34:07 ID:iJiMLxYq] SEXFSってないの？ 492 名前：デムパゆんゆん mailto:sage [2009/07/12(日) 14:34:34 ID:9nVuXLh1] >>490 パタリロ 493 名前：login:Penguin mailto:sage [2009/07/12(日) 15:13:33 ID:LtgRYUdo] >>491 ページ中央辺り www.stanford.edu/class/cs194/faire/projects2006.html SExFS is a Semantic Extensible File System written in Python for Posix systems. SExFS allows users to display files and information as an NFS filesystem, with arbitrary file and folder names and contents. We have created several sample filesystems-- a calculator and a Flickr browser--to highlight the power and possibilities afforded by semantic filesystems. Our flagship filesystem, however, is based on MySQL and allows users to browse media files based on their metadata. Users can write new plugins to index files with metadata (photos, mp3's, ogg, etc.) and can query their media libraries with a familiar command-line graphical folder-based environment. 494 名前：login:Penguin mailto:sage [2009/07/12(日) 15:37:02 ID:iJiMLxYq] >>493 豚 スタンフォードって楽しそうな大学だね 495 名前：login:Penguin mailto:sage [2009/07/13(月) 18:08:11 ID:16CQwfq3] ocfs2のサイズ変更ってどうやるの？ 496 名前：login:Penguin mailto:sage [2009/07/15(水) 00:28:40 ID:xHza5ZRW] >>493 エロ動画のストレージに良さそうである 497 名前：login:Penguin mailto:sage [2009/07/15(水) 10:32:13 ID:Vdbxg4WB] 一度使用しちゃうと果てちゃう… 498 名前：login:Penguin mailto:sage [2009/07/15(水) 11:07:26 ID:Mku6OjmN] 逝っちゃったら困るな 499 名前：login:Penguin mailto:sage [2009/07/15(水) 20:39:16 ID:F/Ek3+WF] 俺はすぐに果てちゃうから使わないほうがいいな 500 名前：login:Penguin mailto:sage [2009/07/16(木) 00:04:24 ID:GRWkU8Qh] 英語なら come だから問題無い 501 名前：login:Penguin mailto:sage [2009/07/16(木) 01:05:00 ID:FlV1gCaO] 英語といえば米でなく英 502 名前：login:Penguin mailto:sage [2009/07/16(木) 06:27:55 ID:BwdqRtQE] しばらくすれば自動回復するんだろ？ 503 名前：login:Penguin mailto:sage [2009/07/16(木) 18:38:28 ID:ucvU0Ata] >>502 fsckすればするほどクラッシュの危険が高まるよ 504 名前：login:Penguin mailto:sage [2009/07/18(土) 08:58:03 ID:0IAjxnq5] ブロックアルゴリズムって時代遅れだと思いますか 505 名前：login:Penguin mailto:sage [2009/07/18(土) 14:22:16 ID:nOxMZ/om] 古い手法だけど、それを完全に上書きするような手法が見つかってるわけじゃないでしょ 今はCPU暇だしな 506 名前：login:Penguin mailto:sage [2009/07/18(土) 18:02:00 ID:FXagXe+W] バイト単位でIOできる外部記憶が出るまでは ブロックのままだろうなぁ。 それにしてもアルゴリズムを上書きするって言い方も新しいなぁ。 507 名前：login:Penguin mailto:sage [2009/07/18(土) 20:27:29 ID:1KHKmIMy] ＳＳＤの登場でむしろブロック依存は高くなるよ。 512byte単位のHDDに対してSSDは数十Kbyte単位になるから。 尤も、SSDもコントローラーによって512byte単位に見せかけているし コントローラーの腕の見せ所でもある。 508 名前：login:Penguin mailto:sage [2009/07/18(土) 21:33:00 ID:7mIvsTn8] ちなみにSSDって何でそんなに内部のブロックサイズ大きいの？ チップのワード線とかカラム線当たりの記憶容量とかそんな事情？ 509 名前：login:Penguin mailto:sage [2009/07/19(日) 00:28:34 ID:Ifg8bPkb] そうだよ。線あたりの容量が多くできるから大容量にできるわけで 510 名前：login:Penguin mailto:sage [2009/07/19(日) 19:03:32 ID:gKTPa9G2] bなんとかtreeのアルゴリズムでも 512byte単位は撤廃されないの？ 511 名前：login:Penguin mailto:sage [2009/07/19(日) 19:35:07 ID:QnTN+OyJ] >>510 IOバスが512B単位のアクセスを要求しているから PICex直結デバイスじゃないと512制限はなくせないだろう。 512 名前：login:Penguin mailto:sage [2009/07/19(日) 20:57:12 ID:LmnH9n3G] >>510 そのうち、HDDのセクタサイズが4Kに移行するから、事態はより悪化する 513 名前：login:Penguin mailto:sage [2009/07/20(月) 06:00:54 ID:ERQWb2xv] そのうち16バイトCDBとか言うのに移行するから セクタサイズはそのままで良くなるんじゃねっけ 514 名前：login:Penguin mailto:sage [2009/07/20(月) 11:18:37 ID:jSHxxxDI] >>513 4K移行はむしろSSDからの要請 515 名前：login:Penguin mailto:sage [2009/07/21(火) 03:27:28 ID:f3V8GfSz] momonga6はbtrfs,nilfs2,reiser4が選択可能になったらしいが 516 名前：login:Penguin mailto:sage [2009/07/22(水) 05:04:57 ID:tKK3MQC8] まあ、Fedoraよりもさらに不安定を目指すmomongaだし。 517 名前：login:Penguin mailto:sage [2009/07/23(木) 20:47:27 ID:B7TBWA5b] JFSの何がいけないのか未だにわからん きっと将来、NILFS2あたりも理由なく叩かれるんだろうな まわりはみんなbtrfsだよ・・・という日本人らしい発想でな 518 名前：login:Penguin mailto:sage [2009/07/23(木) 21:13:46 ID:TAblAX+g] /bootだけext2にしてるがあとは全部JFSでなにも問題ないよ 519 名前：login:Penguin mailto:sage [2009/07/24(金) 01:09:55 ID:Ym8Z1KGq] btrfsはいつモノになるのか、そもそもOracleはモノになるまで放り出さずに 続けるかどうかも分からんってゆーのが最大の不安要素だな。 ぶっちゃけ、linuxでもzfsが使えれば今さらbtrfsでなければって要素も ないから、OracleがSunを手に入れた以上はbtrfsの将来性はreiserfsの 次くらいには不安かな。 520 名前：login:Penguin mailto:sage [2009/07/24(金) 03:12:27 ID:X5f+VhgR] JFS使ってるけど、ext3とかと比べるとやっぱり遅い あと、断片化が進みやすい SANみたいに、膨大なキャッシュとウェアリングが用意できるなら全然問題なさそうな気もするけど。 521 名前：login:Penguin mailto:sage [2009/07/24(金) 07:04:40 ID:8OIypDf7] JFSの断片化率ってどうやってみるんですか？ AIXとかならデフラグできるんだよね。 522 名前：login:Penguin mailto:sage [2009/07/24(金) 07:33:51 ID:MOU8Mq8R] いやいや、JFSは速いよ。特に最初だけは。 でも、そこからどんどん劣化してゆく。 原因は断片化なんだが、ext[234]とかReiserFSなんかと違って JFSは空き領域が十分にあっても、使っているだけで断片化してゆくから 遅くて使えないイメージをもたれる。 元々のJFSはデフラグ出来たらしいが、Linuxには移植されていない。 断片化が進むといっても、流石に書き込みが発生しなければ断片化しないから インスコ後は、Webブラウズと2ちゃんだけみたいな使い方なら、次のインスコ時位までは大丈夫でしょ ってな事を、過去スレ その3辺りから、MLのアーカイブやOSS系のblogをソースとして、何度か指摘されて来たみたいだけど。 このスレには、どういう訳だか「俺のJFSは大丈夫」的な、JFS信者が居てそいつらの所為でイメージが悪くなっているのは確か。 因みに俺が使ってみた感想としては、3ヶ月程度の常用でもう遅さを実感出来た、Arch Linuxで使うには相性が悪いみたいだ。 523 名前：login:Penguin mailto:sage [2009/07/24(金) 13:08:03 ID:y4l15h2n] gentooで使ってるけど、まあ俺は大丈夫としか言いようがない。 524 名前：login:Penguin mailto:sage [2009/07/24(金) 15:32:06 ID:gHNTnF5y] よくいるよね、俺は大丈夫ってひと 525 名前：login:Penguin mailto:sage [2009/07/24(金) 16:53:43 ID:99ViSCNs] じゃあext3は最高ってことですね？ 526 名前：login:Penguin [2009/07/24(金) 21:39:12 ID:D0YbIG0Z] XFSは耐障害性に不安があるが、デフラグが出来るので、長期運用に耐えるんだよね。 長く使っていると性能落ちてくるからな。 reiserfsにデフラグがあったらな。 実験レベルではいろんなファイルシステムを試してみても、 結局製品にはext3を使ってしまうが。 527 名前：login:Penguin [2009/07/24(金) 21:51:18 ID:xsQ+pNmK] zfsマンセーなんじゃない？ Linuxでも標準で対応してほしいな 528 名前：login:Penguin mailto:sage [2009/07/24(金) 21:55:45 ID:qlwn44yy] もうfuse経由で１回書き込むとext3/ext4/reiserfs/reiser4/jfs/xfs/btrfs/ntfs/ocfs/gfsに それぞれ書き込んでいくような構成で使えよ。 それで数年間プロファイル取りながら使い続ければ自分の使い方での 優劣と信頼性はっきりするだろ。 529 名前：login:Penguin [2009/07/24(金) 22:46:06 ID:D0YbIG0Z] >>527 せめてfuse経由じゃなくなったら、試してみても良いんだがな。 530 名前：login:Penguin mailto:sage [2009/07/24(金) 23:29:48 ID:+FICJFrb] JFSそんなに遅くなるか? 具体的にどういう使い方でフラグメントで遅くなるのが体感できるの? 531 名前：login:Penguin mailto:sage [2009/07/25(土) 00:01:04 ID:6HQ5H67u] フラグメントなんて関係なく遅いよ 俺のエロ画像置き場をJFSにしてたけど 他のPCとrsyncでミラーするとext3に比べてもはっきり遅かったよ 今はxfsとext4でミラーしてるけどext4のほうが速いわ 532 名前：login:Penguin [2009/07/25(土) 02:29:01 ID:a8C1eZGa] >>530 JFSが特に遅いという訳じゃないけど、 長期間書き換えが続くと、どのファイルシステムも遅くなっていくよ。 AIXでわざわざデフラグ機能が用意されているのもそのため。 533 名前：login:Penguin [2009/07/25(土) 15:09:16 ID:SPBomRQY] >>519 Hammerのこともたまには思い出してあげて 534 名前：login:Penguin mailto:sage [2009/07/25(土) 15:14:24 ID:2k5R61Zs] 遅くなるって、どの程度なのか定量的な資料がないんだよな。 大丈夫って話と同じく、遅くなるってのも 俺が、って話が多い。 ちなみに俺はJFS使ってても気になるほど遅さを感じたことはない。 IMAPメールサーバ用途。 535 名前：login:Penguin mailto:sage [2009/07/25(土) 15:48:41 ID:AmW3ipV8] JFS使ってるマシンで、postfix+dovecotをMaildirでつかってるけど、特に遅く感じません。 XFSはやっぱり、削除とかファイル作成が遅く感じる。 2つディスク用意して、XFS to XFSでrsyncするときとか、 ext3とかreiserfsでは感じないつっかかりを感じる。トータルでも遅い。 JFSでは同じことやったことないからわからん。 536 名前：login:Penguin mailto:sage [2009/07/25(土) 16:13:50 ID:lzFVun58] >>535 確かにXFSのファイル削除は遅いが、version 2 logにしてlogbsizeを増やせば 劇的に改善されるぞ。 537 名前：login:Penguin mailto:sage [2009/07/25(土) 18:00:14 ID:wdRQEHVW] 俺のXFSは速いぜ ext3なんて目じゃない なぜって？ 俺がXFSを愛してるからだ。 538 名前：login:Penguin mailto:sage [2009/07/25(土) 22:47:52 ID:2/7PSo3q] /dev/sda1: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda1: 28167/768544 files (3.9% non-contiguous), 1451870/1536207 blocks Warning... fsck.ext3 for device /dev/sda1 exited with signal 11. [root@hoge ~]# fsck落ちてるｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ orz 539 名前：login:Penguin mailto:sage [2009/07/25(土) 23:16:21 ID:PLnhHNIh] バターさんｗｗｗｗ 540 名前：login:Penguin [2009/07/26(日) 00:00:17 ID:hBFHdbhU] >>535 そういうライトユーザには影響ないよ。 それに、長期間ヘビーに使うと遅くなるのは、JFSだけじゃないから、 別にJFSがダメといっている訳じゃないぞ。 541 名前：530 mailto:sage [2009/07/26(日) 01:55:52 ID:wjhuvhRQ] で、JFS がフラグメントで遅くなるのが体感できる人は、具体的にどんな使い方で体感できたの? > 522 JFS が元々あんまり早くないのは周知だし、 JFSに限らずフラグメントで遅くなるだろう事も周知じゃん。 542 名前：login:Penguin mailto:sage [2009/07/26(日) 01:57:49 ID:wjhuvhRQ] >>540 具体的にどうゆう使い方なの? 543 名前：login:Penguin mailto:sage [2009/07/26(日) 10:28:35 ID:up8GAVd6] エロ動画置き場もXFSにしたら速すぎてワロタ 544 名前：login:Penguin mailto:sage [2009/07/26(日) 10:31:58 ID:3m7I2El9] 遅くなったとか言っても具体的な数字が無いとわからないからさぁ、 ルールを決めようよ。 ファイルシステムを作成した時にbonnie++でベンチマークしておくこと。 遅くなったと感じた時には、bonnie++で再度ベンチマークすること。 パッチ当てて、よろしく。 plaza18.mbn.or.jp/~moriban/linux/UsageOfBonnie.html 545 名前：login:Penguin mailto:sage [2009/07/26(日) 11:22:18 ID:UThMHETq] 寝る前の快適な動画ライフにはXFSが欠かせません 546 名前：login:Penguin mailto:sage [2009/07/26(日) 12:38:17 ID:1L63znlZ] nilfs2はこのスレ的にどうよ？ 547 名前：login:Penguin mailto:sage [2009/07/26(日) 16:27:48 ID:zE9g6p5d] 何がいいのか誰か解説しておくれ。 微妙な良さだったら手を出さない 548 名前：login:Penguin mailto:sage [2009/07/26(日) 16:41:13 ID:Pgi1JFDo] linuxでバックアップがわりにスナップショットをとるなら btrfsとnilfs2しか選択肢がなくて，btrfsとnilfs2を比べると， nilfs2の方がだいぶ人柱度が低い． 549 名前：login:Penguin mailto:sage [2009/07/26(日) 17:07:30 ID:SJc9FADs] >>543 いままでの３倍速でいけてますか？ 550 名前：login:Penguin [2009/07/26(日) 22:56:52 ID:hBFHdbhU] >>543 おまえの性癖すごいな。 >>549 それだと、1こすりと1/6じゃないか。 551 名前：login:Penguin mailto:sage [2009/07/27(月) 15:26:20 ID:1rnYRPHC] opensuseにreiserfsなんですが、 HDDアクセスすると妙に引っかかる動きをするのですが、 何かわかります？ 552 名前：login:Penguin mailto:sage [2009/07/27(月) 15:36:57 ID:bemC+Vkx] reiserののろい 553 名前：login:Penguin mailto:sage [2009/07/27(月) 16:13:10 ID:26kfPdFl] dmesg で不吉なメッセージが出てなければいいね 554 名前：551 mailto:sage [2009/07/28(火) 12:07:29 ID:9Q9PEzX+] エラーとかではなくて、PIOモードみたいなんですよね。SATAなのに。 555 名前：login:Penguin mailto:sage [2009/07/28(火) 15:43:15 ID:zAh/ZwBs] 結局おまえらのハードディスクの大部分は エロ動画やエロ画像を溜めてあるだけなんだろ？ そんなのXFSで構わん。 大きなデータが高速に読み書き可能 ばれそうになったとき急いで消せば復活が難しい ぴったりじゃないか 556 名前：login:Penguin mailto:sage [2009/07/28(火) 17:34:44 ID:F7x9aH/R] >>554 $ hdparm -i （HDDデバイス） でどのモードか、わかるやろ 557 名前：login:Penguin [2009/07/29(水) 04:38:11 ID:UAfxPrcB] どうせ遅いって行ってる奴は、工作員だから無視 558 名前：login:Penguin mailto:sage [2009/07/29(水) 15:01:47 ID:VWOuWJPW] >>555 >>557 釣り針 乙 >>556 マジレスしとくとSATAを(普通そうだが)libATA経由で使っている場合、(当たり前だが)hdparmは使えない 思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ 大体からして、ファイルシステムと何の関係もない時点でスレ違いも甚しいんだから とっととopenSUSEスレに誘導すべき 559 名前：login:Penguin mailto:sage [2009/07/29(水) 15:55:44 ID:ECOx3YRB] >>558 使えるぞ いつから頭が止まってるんだ? 560 名前：login:Penguin mailto:sage [2009/07/29(水) 16:01:46 ID:Y3KdxcyS] SATAがlibATA経由になるくらいの頃からじゃね？ww 561 名前：login:Penguin mailto:sage [2009/07/29(水) 16:05:28 ID:YLBcoCMj] sataのpatchが必要なのは、kernel 2.6.22 と 2.6.23 くらいだ それ以外は必要無い 562 名前：login:Penguin mailto:sage [2009/07/29(水) 16:35:49 ID:aOQ4ySW7] 思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ 思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ 563 名前：login:Penguin mailto:sage [2009/07/29(水) 17:38:16 ID:BkS/l//X] >>558 556やけど 恥ずかしがらんと、またおいでや 564 名前：login:Penguin mailto:sage [2009/07/29(水) 19:30:59 ID:g9AlD0Tp] dmcryptで暗号化する場合に最適なファイルシステムを教えてください 中身はお察し下さい 565 名前：login:Penguin mailto:sage [2009/07/29(水) 23:24:22 ID:Lyt3N/wI] >>561 また嘘ばかりを・・・・ 566 名前：login:Penguin mailto:sage [2009/07/29(水) 23:39:12 ID:YLBcoCMj] >>565 2.6.24以降はlibata用のhdparmのpatchは必要無くなったはずだが 何がどう嘘なの？ 567 名前：530 mailto:sage [2009/07/29(水) 23:57:41 ID:Dai87m7Q] 結局ただの嘘つきか。> 552 使ってもないんじゃないの? 568 名前：login:Penguin mailto:sage [2009/07/31(金) 04:00:07 ID:VaVCoKjY] 2.6.19以降は、/dev/hdaが/dev/sdaに変わると聞いて 設定ファイルを書き換えカーネルを入れ替えて再起動したら /dev/hdaのままで困ったことがある 上で出てた断片化による速度低下だけど使い方によるよ。 Windowsはツールで断片化の具合が確認できるから 自分の使い方での傾向が分かるけどLinuxでは難しい。 基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ 一番影響受けやすいのは、 大量の細かいファイルと巨大なファイルを同居させた場合。 Linuxは大量に細かいファイルを作る傾向にあるから、 音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉 569 名前：login:Penguin mailto:sage [2009/07/31(金) 15:03:09 ID:MK+pGXZ2] >>568 妻を殺した人が作ったファイルシステムを ルートパーティションに使うべきということですね 570 名前：login:Penguin mailto:sage [2009/07/31(金) 20:51:02 ID:k+Upna9N] >>569 何の関係もないな。/でも/bootでも使えばいいさ 571 名前：login:Penguin mailto:sage [2009/07/31(金) 21:36:42 ID:tbYA8+dL] btrfsが実用的になるまではreiserfsしか選択肢が無いなぁ。 572 名前：login:Penguin mailto:sage [2009/08/01(土) 00:20:50 ID:SNB9Lm9T] >>568 SQLサーバのパーテーションを分けておくべきだったと後悔。 >>571 reiserfsって、今どの程度メンテナンスされているのかな。 SuSEのデフォルトfsからも落ちちゃったし、先がないのは分かっているが、 現状でもっともマシなんだよな・・・。 573 名前：login:Penguin mailto:sage [2009/08/01(土) 06:29:20 ID:exuELPVL] >>571 ○○○もいいよ。 スレが荒れるから名前は伏せるけど。 574 名前：login:Penguin mailto:sage [2009/08/01(土) 07:49:48 ID:eQAKtpCe] FATか 575 名前：login:Penguin mailto:sage [2009/08/01(土) 11:54:52 ID:4UAEiy8v] reiserfsの何が他より優れているのか。 １行で答えなさい。 576 名前：login:Penguin mailto:sage [2009/08/01(土) 12:13:57 ID:VgzA3aXA] 名前の長さ 577 名前：login:Penguin mailto:sage [2009/08/01(土) 13:01:41 ID:mXx3DngF] 名前は長いほうがいいのか？ 戒名みたいだな 578 名前：login:Penguin mailto:sage [2009/08/01(土) 16:48:33 ID:IAPkS0Yu] 「戒名」「法名」の長さについて black.no-blog.jp/hone0625fk/2006/10/post_1b61.html 579 名前：login:Penguin mailto:sage [2009/08/02(日) 01:14:52 ID:Xdq0E5w1] googleのファイルシステム公開してくんないかな 580 名前：login:Penguin mailto:sage [2009/08/02(日) 01:33:18 ID:+uNZh5d6] そんな特化したFS公開されても・・・ 581 名前：login:Penguin mailto:sage [2009/08/02(日) 02:04:26 ID:HFtAZHUu] >>579 使い道ないじゃん。 582 名前：login:Penguin mailto:sage [2009/08/02(日) 07:54:45 ID:43zxi/8E] >>579 ReiserFSの気がするのは俺だけだろうか 583 名前：login:Penguin mailto:sage [2009/08/02(日) 08:09:22 ID:BsPAG2ZW] 個々はext2だという話だったような。 それを多数で分散冗長化しているのが独自技術で。 584 名前：login:Penguin mailto:sage [2009/08/02(日) 09:22:39 ID:uUBOpM9k] labs.google.com/papers/gfs.html 585 名前：login:Penguin mailto:sage [2009/08/02(日) 11:44:22 ID:y9A4+xpk] Filesystem Specifications - Links & Whitepapers ttp://www.forensics.nl/filesystems 586 名前：login:Penguin [2009/08/02(日) 11:56:57 ID:HWrwkQRU] 誰かHAMMER移植してくれないかな。 俺？能力的に無理ぽ orz 587 名前：login:Penguin mailto:sage [2009/08/02(日) 12:52:02 ID:S1KUAPtn] Googleext2の上にGoogleFSを構築している。壊れるのが前提だからjournalingいらんし ext4にjournalingなしのモードがついたのは、ext2からext4に移行したいgoogleがプッシュしたから GoogleFSはオープンソースの実装が出てるけど、普通の単体ファイル操作は猛烈に遅い、 っていうか専用の API を通してしか操作できないから、一般人が使えるものじゃないです 588 名前：login:Penguin mailto:sage [2009/08/02(日) 13:47:37 ID:oNmo8zqP] >>587 万が一にもsyncしないでマシンが止まることはないのを保障しているのか？ 電源障害でたくさんのマシンが一斉に落ちたりすると fsckの時間が無視できないと思うんだが。 589 名前：login:Penguin mailto:sage [2009/08/02(日) 14:02:27 ID:+uNZh5d6] 公開された先生のサーバってノード毎にバッテリー載ってる戯画のカスタム板だよな 590 名前：login:Penguin mailto:sage [2009/08/02(日) 14:08:32 ID:xaBD/3Nd] >>588 そういうレイヤーのファイルシステムじゃないんだろ。 591 名前：login:Penguin mailto:sage [2009/08/02(日) 14:36:00 ID:T8DPlbOa] >>588 Googleは、サーバーは「どんどん壊れるもの」が前提なので、保証もなにも、そんなことはどうでもいい。 実際どう運用しているのか知らんけど、fsckしようが、その時間が無駄だからmkfsしてサラにしようが、 大して違いがない。どうせ同じデーターが世界の別の場所に最低2カ所あるんだし。 592 名前：login:Penguin mailto:sage [2009/08/02(日) 16:01:34 ID:6M6aomwO] 「潔いのだな　Googleは」 「そこに惚れたのでしょ？ラル大佐も」 593 名前：login:Penguin mailto:sage [2009/08/02(日) 19:47:06 ID:nThwvegR] 流し読みしただけでよく読んでないけど、 FSってより、APIだなこれ memcachedをインデックス管理できるようにしてクラスタ化するとこんな感じかな? 594 名前：login:Penguin mailto:sage [2009/08/02(日) 22:06:58 ID:t3P+JXcL] >>568 > 上で出てた断片化による速度低下だけど使い方によるよ。 > Windowsはツールで断片化の具合が確認できるから > 自分の使い方での傾向が分かるけどLinuxでは難しい。 e2defrag 使ってましたがなにか?あれはフラグメントの様子が視覚化できるんだよ。 win でも linux でも defrag は自分の使用条件ではたいして効果なし。てのが結論。 シーケンシャルリードばっかじゃないからね。 可視化ツールには一応 DAV と言うのがある。未だに ext2/3 のみだが。 dav.sourceforge.jp/ > 基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ > 一番影響受けやすいのは、 > 大量の細かいファイルと巨大なファイルを同居させた場合。 そんなの周知だよ。昔から。フラグメント問題はメモリ割り当てとかでもあるんだよ。 > 音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉 ていうか、読み書きの多いファイルとほとんど書き換えなし/消去なしのファイルはパーテーションわけしておく、とか。 昔から行われていることだよ。 周知なネタばかりじゃん。 595 名前：login:Penguin mailto:sage [2009/08/02(日) 22:08:05 ID:zuGU9fys] >>594 はいはい、君は物知り博士だねぇ。 596 名前：login:Penguin mailto:sage [2009/08/03(月) 01:37:56 ID:kZ8h29CW] >>594 メモリのフラグメント問題と ディスクのフラグメント問題は ぜんぜん違う問題 597 名前：login:Penguin mailto:sage [2009/08/03(月) 02:13:54 ID:4ahQ/E8a] メモリのフラグメントは 実質使用量が増えて最終的に割り当てが出来なくなる(可能性がある)というのが一番の問題だけど ディスクの場合はアクセス速度が遅くなることが問題点だもんね。 まあ稀にディスクの空き領域が足りなくなるまで書き込む人もいるかもしれないけど ディスクの場合は分断されていても獲得は出来るのに対し メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。 598 名前：login:Penguin mailto:sage [2009/08/03(月) 02:26:59 ID:0psqM35I] MMUなんて便利なもんがだいぶ前から使われてるんだけどな 今は、メモリ管理情報の肥大化による問題の方が大きい 599 名前：login:Penguin mailto:sage [2009/08/03(月) 02:31:08 ID:4ahQ/E8a] へー、MMUでアドレス空間の不足を解消できるのか。 600 名前：login:Penguin mailto:sage [2009/08/03(月) 06:52:39 ID:D9UOKH8p] 物理アドレス空間と論理アドレス空間を区別してない時点で 4ahQ/E8aも0psqM35Iもまともな議論はできてねーよ。 お互い勝ったつもりなんだろうが。 601 名前：login:Penguin [2009/08/03(月) 06:57:53 ID:Ihjxl/59] >メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。 これが物理アドレスの話の可能性があると思えるなんて異常すぎる 602 名前：login:Penguin [2009/08/03(月) 07:01:40 ID:Ihjxl/59] アドレス空間の空きのフラグメント解消に ページングを持ち出す598はもっとすごいな 603 名前：login:Penguin mailto:sage [2009/08/03(月) 09:05:45 ID:+7q4foS8] 天災同士の貴重な議論は 逸般人にはどうせ理解できないものなので 他所のもっと落ち着いた場所でやるほうが 有益だと思います 604 名前：login:Penguin mailto:sage [2009/08/03(月) 11:53:41 ID:qdW8N29Q] dosかなんかの話してるんじゃないの？ 605 名前：login:Penguin mailto:sage [2009/08/03(月) 12:26:54 ID:XZq6o4Nt] メモリのフラグメンテーションの話はスレ違いだ そんなに罵り合いたいなら他でやれ 606 名前：login:Penguin mailto:sage [2009/08/03(月) 22:30:12 ID:NM+z6upI] 次スレタイはこれで。 【釈放】Hans Reiserは木が得意【ﾏﾀﾞｰ?】 607 名前：login:Penguin mailto:sage [2009/08/04(火) 00:51:40 ID:wKfZCk0q] 頭悪そうだな 608 名前：login:Penguin mailto:sage [2009/08/04(火) 12:03:16 ID:hDAUtPxp] 悪そう、じゃなくて悪いんだよ 頭も心も 609 名前：login:Penguin mailto:sage [2009/08/04(火) 20:37:36 ID:ZIj5Pq57] btrfsﾀﾝ、ハァハァ 610 名前：login:Penguin mailto:sage [2009/08/04(火) 21:35:23 ID:zBDyWBP8] >>607-608 おまいらよりはマシだ 611 名前：login:Penguin [2009/08/04(火) 21:38:52 ID:NQSypDHr] だから頭悪いって言われるんだよ。 何を基準にそう判断したんだ？ 612 名前：login:Penguin mailto:sage [2009/08/04(火) 22:55:27 ID:2uDO8De7] >>611 子供かｗ 613 名前：login:Penguin [2009/08/04(火) 23:46:05 ID:NQSypDHr] >>612 まぁ、未成年なので子供ですがｗ 614 名前：login:Penguin mailto:sage [2009/08/05(水) 02:37:35 ID:gTZRwnjz] あれだけいわくつきなファイルシステムなのに 未だにreiserfsが支持されてる(少なくとも風化してない)のはすげーな。 ext2しかない時代に現れた時は確かに神かと思ったが。 あの時に比べるとext4やらなんやら出てきても 派閥争いうぜえ、面倒だからext3でいいや、で終了してしまう俺。 615 名前：login:Penguin mailto:sage [2009/08/05(水) 05:41:45 ID:ah5TOzXe] reiserfsになんのいわくがあるの？ 616 名前：login:Penguin mailto:sage [2009/08/05(水) 06:32:27 ID:W7q6iatu] >>614 ・そこそこの性能 ・適度な枯れ具合 ・他FSに移行するのが面倒 なので使ってる人がほとんどじゃないかと思う。 617 名前：login:Penguin mailto:sage [2009/08/05(水) 09:10:40 ID:MqOHb/7H] nilfsで検索しても「2.6.30カーネルに取り込まれた」って記事ばかりで 人柱報告がほとんどない 実際どうなの？＞人柱の皆さん 618 名前：login:Penguin mailto:sage [2009/08/05(水) 09:15:31 ID:Uzfwchw8] 日本以外ではメジャー 619 名前：login:Penguin mailto:sage [2009/08/05(水) 09:47:05 ID:RYqMjlu9] 国産なのにな 620 名前：login:Penguin mailto:sage [2009/08/05(水) 19:25:29 ID:Ta8o51LO] >>616 そこそこの性能ってどれぐらい？ext3より早い？ ext3ばかりをDBに使っているオレに分かるように reiserfsのありがたみを教えてよ。 621 名前：login:Penguin mailto:sage [2009/08/05(水) 19:38:07 ID:l0ecsUdB] 自分で使ってみればいいじゃん 622 名前：login:Penguin mailto:sage [2009/08/05(水) 20:15:21 ID:uRwqclf+] てかDBに使うならどのfsでも大差ない。 623 名前：login:Penguin mailto:sage [2009/08/05(水) 21:54:52 ID:jAE0qfFT] 動的inodeじゃない時点で却下 624 名前：login:Penguin mailto:sage [2009/08/05(水) 22:49:05 ID:5pkgixmk] >>623 動的iノードのファイルシステムを支持するとスレが荒れますよ。ご注意を。 625 名前：XFS mailto:XFS [2009/08/05(水) 23:24:27 ID:r1cVDk5Q] 荒らす奴が悪い。 626 名前：login:Penguin mailto:sage [2009/08/06(木) 15:28:15 ID:Ak5ILM8x] >>622 ほんとか？詳細キボーン 627 名前：login:Penguin mailto:sage [2009/08/06(木) 16:01:18 ID:V0OhXb2J] >>626 btrfsなどCoW系のはデータの書き換えで メタデータのチェックサムを更新するから遅そうだ。 nilfsなどLOGFS系は明らかに向いてないだろうね。 ext2などブロック管理のは DBファイルのサイズが大きくなったときに性能がおちる。 それ意外のはキャッシュのつくりがよほど弱くなければ 似たような性能になるんじゃないのか? 628 名前：login:Penguin mailto:sage [2009/08/06(木) 20:33:02 ID:QxBdNWpW] つーか、動的i-nodeって一言で言っても 例えばReiserFSとか、NTFSや、Btrfsみたいに、 使われてないi-nodeは確保せず、必要に応じて ファイルと一緒にi-nodeも拡張してゆくようなのと XFSみたいにi-nodeとして使われているエリアがあって そこが足りなくなってくると、i-nodeエリアを一定量ずつ 再確保してゆくようなのとでは同じ「動的i-node」と言っても 実際にはほとんど別物だと思うんだ 仮にFSとして使える量だけ考えてみても 前者は最後まで無駄なく使えるのに対して 後者はi-nodeとして使われてる空間が多少なりとも使えずに残るし スピードだって 前者は最後の方に行くに従って段々と遅くなるけど 後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる 単純に「動的i-node」とかって、ひとくくりにしないで欲しいよな 後者のは、昔っからある静的i-nodeスタイルなFSに、i-node再確保システムを 後付けしただけなんだから むしろ後からちまちま再確保せず、始めっからドカッとi-nodeを確保する 昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ 629 名前：login:Penguin mailto:sage [2009/08/06(木) 20:40:47 ID:RMpOGeqI] >>628を要約します XFSはクソ 630 名前：login:Penguin mailto:sage [2009/08/06(木) 20:50:32 ID:IKCdGcSv] >>628 > 後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる > 昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ この2点のソースは？ 631 名前：login:Penguin mailto:sage [2009/08/07(金) 11:32:52 ID:utwdKufT] 無駄なi-node領域があるのはかまわないんですよね。まあ多すぎるのは意味ないですけど。 必要に応じて振る方法が、最後の方になると遅くなるはなんでですか？ たとえばReiserfsだと、ファイルの情報は全部ツリーに入ってる(から動的)わけで、 ファイル数が増えた(=ツリーが大きくなった)という理由以外だと、 空きobjectidの検索があるから？でも動的じゃなくても空いてるの探すのはありますよね？ XFSはAG毎に管理してるから、後からのやつが遅くなるってことは無さそうなんだけど、 遅くなるんですかね？もちろんAG数に依存はすると思うけど。 632 名前：login:Penguin mailto:sage [2009/08/07(金) 13:14:15 ID:+w6MBDzH] XFS+UPSが最強なのにまだやってんのかよ いい加減にしろ 633 名前：login:Penguin mailto:sage [2009/08/07(金) 13:20:22 ID:Y0OUSY1v] >>631 いつものアンチXFS厨だよ。気にすんな 634 名前：login:Penguin mailto:sage [2009/08/08(土) 06:47:21 ID:KCg3bIRj] >>632 /bootだけはext2だろ 635 名前：login:Penguin mailto:sage [2009/08/08(土) 09:48:48 ID:ZAmfBvdJ] 全部xfsじゃダメなの？ md使ってたらgrubがxfs対応してないから/bootはext2にしてるけどさ。 636 名前：login:Penguin mailto:sage [2009/08/08(土) 09:57:05 ID:1jiNUxA+] >>635 XFSは地獄 ext2/3/4は天国 この現実を知らないの？ /bootがXFSなら明日は起動しないかもよ？ 637 名前：login:Penguin mailto:sage [2009/08/08(土) 10:09:28 ID:+0qGTwxr] >>635 馬鹿に構うなよ 638 名前：login:Penguin mailto:sage [2009/08/08(土) 10:10:58 ID:urqjNkQr] /bootとかブートに関係するとこは高機能なのよりできるだけ単純というか、 よく揉まれているtried & trueなファイルシステムの方がいいっていう話じゃないか。 XFSとかreiserも低リソースで起動しなきゃいけないブートローダがサポートするには色々複雑で大変だよな、 みたいな。 EFIとか使うとEFI用の領域ってFATになるよな。たしか。 639 名前：login:Penguin mailto:sage [2009/08/08(土) 10:28:55 ID:1jiNUxA+] >>637 わかりました。 640 名前：login:Penguin mailto:sage [2009/08/08(土) 10:50:31 ID:mBkq56h9] /bootは殆ど書き換えないから、単純な方がいいな 641 名前：login:Penguin mailto:sage [2009/08/08(土) 11:23:54 ID:i8n9snwz] GRUBはジャーナルを使わないから/bootをジャーナリングファイルシステム にするのは無意味どころか有害って既出の話 カーネルの更新中にクラッシュしちまうような 日頃の行いの悪い子以外はどうでもいい話だけどな 642 名前：login:Penguin mailto:sage [2009/08/08(土) 11:37:57 ID:urqjNkQr] うんうん。 /以下をまるごと同じファイルシステム使っていると、そのへんの加減ができないからやっぱ駄目だよねえ。 643 名前：login:Penguin mailto:sage [2009/08/08(土) 13:22:09 ID:ZAmfBvdJ] 639 ？ 644 名前：login:Penguin mailto:sage [2009/08/08(土) 15:01:13 ID:zDfovaF0] Linuxのファイルシステムはよくない、んだとよwww q.hatena.ne.jp/1249468575 645 名前：login:Penguin [2009/08/08(土) 15:04:37 ID:2KSMxYa2] またマカーか 646 名前：login:Penguin mailto:sage [2009/08/08(土) 15:32:07 ID:SmLZHg3a] HNに注目 647 名前：login:Penguin [2009/08/08(土) 15:53:33 ID:+gGkG7kS] swap と / しかパーティション切ってない orz 昔NetBSD使ってたころは / /usr /home /var とか色々分けてたけど段々面倒になってきて．．． 648 名前：login:Penguin mailto:sage [2009/08/08(土) 16:47:44 ID:2Mh/ngI8] 俺は/と/homeだけだな swapはファイルにした 649 名前：login:Penguin mailto:sage [2009/08/08(土) 18:05:10 ID:LOt12QIC] 今さらboot分ける意味ってなくね？ 650 名前：login:Penguin mailto:sage [2009/08/08(土) 19:08:08 ID:0nmwXefb] >>649 逆にext4がデフォルトになったディストリだとブートローダの都合で必須じゃね？ 651 名前：login:Penguin mailto:sage [2009/08/08(土) 19:17:38 ID:f2dxNLiR] /boot / home /usr /var 652 名前：login:Penguin mailto:sage [2009/08/08(土) 19:22:37 ID:KCg3bIRj] /bootを分けるのは気分の問題だな。俺は。 CentOSを永いこと使ってたから、どのディストリでも/bootと/をプライマリ、スワップを拡張に切りたくなる。 653 名前：login:Penguin mailto:sage [2009/08/08(土) 19:45:01 ID:Op0NLWmu] モジュールを置く場所ってどうして /lib/modules/バージョン/・・・ のままなの？ モジュールってカーネルとセットで扱わないと意味無いんだし /bootとかそれに似たところにカーネルとうまく組になるように 置くべきだと思うんだけど どうなの？ 654 名前：login:Penguin mailto:sage [2009/08/08(土) 20:05:41 ID:I2Fkxttz] >>653 どうでもいい。 655 名前：login:Penguin mailto:sage [2009/08/08(土) 20:08:39 ID:jjZY8imH] >>650 ubuntuのgrubは独自パッチが当たってて、ext4からブート出来るんじゃなかったっけ？ 656 名前：login:Penguin mailto:sage [2009/08/09(日) 03:20:15 ID:BjcglXB+] >>653 モジュールのロードにはboot loader関与しないし、 boot時に必要なモジュールはinitrdに入れるのがLinux流だから。 みんな特に不満が無いんじゃない？ 657 名前：login:Penguin mailto:sage [2009/08/09(日) 19:13:32 ID:IkGSFCMm] [Phoronix] Merging Tux3 Into The Mainline Linux Kernel www.phoronix.com/scan.php?page=news_item&px=NzQ0Mg 658 名前：login:Penguin mailto:sage [2009/08/10(月) 13:12:09 ID:c0CFIMPr] >>653 initrd使わない人なの? 659 名前：login:Penguin mailto:sage [2009/08/10(月) 15:11:55 ID:Dcoo3+kG] >>655 Yes 660 名前：login:Penguin mailto:sage [2009/08/11(火) 04:19:13 ID:E8HEqNfN] >>628 NTFSは事前にインデックス用の領域を確保しちゃうよ　（MFTという名前） ただし、空き領域が不足したときはMFTの一部を開放して ファイル用に割り当てることができるから容量は最後まで使い切れる。 だから >>628 が言う前者と後者の両方の利点をNTFSは持ってる。 しかし、容量ギリギリまで使おうとするとMFTが断片化して遅くなるのも事実。 661 名前：login:Penguin mailto:sage [2009/08/11(火) 10:12:17 ID:tRKWJbdY] 嘘だらけの知ったかに食いつくなよ 662 名前：595 mailto:sage [2009/08/11(火) 12:18:52 ID:Lzu/ezTE] > >>594 > はいはい、君は物知り博士だねぇ。 一体誰が物知り博士だなんて主張してる? 周知って言葉の意味を知らんのか。 >596 >>594 メモリのフラグメント問題と ディスクのフラグメント問題は ぜんぜん違う問題 一体誰が同じだなんて主張してる? 文章読めないのか。 >597-598 君は知らなそうだが、内部断片化、外部断片化てのも周知の話だよ。 結局、初歩的、初心者的知識すら乏しいじゃん。 663 名前：login:Penguin mailto:sage [2009/08/11(火) 12:49:22 ID:gCZov+kt] >>662 664 名前：login:Penguin mailto:sage [2009/08/11(火) 18:41:05 ID:ZkXwyRtm] まだまだ夏だねぇ・・・ 665 名前：login:Penguin mailto:sage [2009/08/11(火) 18:51:23 ID:WK11feHT] 何言ってんだよ。もう秋だよ。 666 名前：login:Penguin mailto:sage [2009/08/11(火) 19:05:11 ID:iCFlOGmM] 今年は夏なんてなかったし 667 名前：login:Penguin mailto:sage [2009/08/11(火) 21:13:41 ID:f+c4YjXq] Symantec の Norton Ghost v14 は ext3/4・ダイナミックボリュームに対応だそうですが、 こういったディスクイメージ操作型バックアップツールで 動的inodeの reiserfs も ディスクイメージとしてバックアップ出来るツールってあるんですか？ 668 名前：login:Penguin mailto:sage [2009/08/11(火) 23:15:39 ID:f2B87ZB1] dd? 669 名前：login:Penguin mailto:sage [2009/08/11(火) 23:35:18 ID:f+c4YjXq] ghostですと、 ・CDやFDから起動して、DOSまたはLinux?上で動作。（ブートディスク作成時に指定） ・ハードディスク丸ごとそのままコピーも出来れば、パーティションを圧縮してコピーも出来る。 ・イメージファイルとして保存・復元するほか、直接Disk間コピー・パーティション間コピー出来る。 ・コピー元の使用容量が少なければ、コピー先パーティションにコピー元より小さい容量のパーティションが指定できる。 ・イメージファイルの保存先としてCD-RやDVD-R、SCSIメディア、SCSIテープ、シリアルP2P、ghostサーバ(ネットワーク)も選べる。 ・コマンドラインオプションによりブート後の動作をほぼ自動化できる ・windows上でghostエクスプローラによりイメージファイルの中身を編集できる ddを調べてみましたが、知らないと難しいとはいえ上記の半分以上をddで出来てしまうようですね。 GUIでddバックアップできる専用のCDブートのディストリビューションとかあったらghost要らなくなりそうです。 670 名前：login:Penguin mailto:sage [2009/08/11(火) 23:55:37 ID:TECp/WKW] sourceforge.net/projects/air-imager/ もしそうならこれをKNOPPIXカスタマイズして組み込んだりしたらうまいかな？ KNOPPIXのベースであるDebianとの相性にはついては確認していないが。 671 名前：gparted mailto:sage [2009/08/12(水) 00:11:27 ID:oaMYKOHs] >679 呼んだ? 672 名前：login:Penguin mailto:sage [2009/08/12(水) 00:27:21 ID:V+ssuppU] そういやこんなものもあったね。 gigazine.net/index.php?/news/comments/20060529_gparted_live_cd/ ddはファイルシステムフリークの友。 673 名前：login:Penguin mailto:sage [2009/08/12(水) 01:09:19 ID:SVsEtJYf] >>670-672 情報ありがとう。 そういえばBackup&RestoreとPartition編集の両方が1枚に収まってるのって知らないな。 AcronisはTrueImageとDiskDirector(旧PartitionExpert)とで別のブートCDに焼くようになってたと思う。 マルチブートCDを自作すれば1枚に収まるけど機能の切り替えに再起動が必要になるし。 ちなみにDiskDirectorとGPartedでは両方とも対象との相性で出来る・出来ないみたいなのが出るので、 どっちが優れているというよりも両方用意してると安心だと思った。 674 名前：login:Penguin mailto:sage [2009/08/12(水) 01:17:22 ID:SVsEtJYf] というか>>670こそまさに1枚に収め得るGUIツールなのか… AIR (Automated Image & Restore) is a GUI front-end to dd/dcfldd designed for easily creating forensic disk/partition images. Supports MD5/SHAx hashes, SCSI tape drives, imaging over a TCP/IP network, splitting images, and detailed session logging. こいつはSymantecさんに俺の心がベンダーロックインされている場合では無さそうだ。 675 名前：login:Penguin mailto:sage [2009/08/12(水) 12:31:31 ID:yJ4s2NJK] つ Clonezilla Live 676 名前：login:Penguin mailto:sage [2009/08/12(水) 16:44:47 ID:NA/P7dE7] nilfs2の人柱になることにしました。 壊れたらまた書き込みます。 677 名前：login:Penguin mailto:sage [2009/08/13(木) 21:50:34 ID:h/nV7bVc] >>675 LVMもサポートか。ghostもTrueImageもセクタバイセクタでのみ複製可能、ghostはその後そのままでは起動しない。 ttp://service1.symantec.com/support/inter/ghostjapanesekb.nsf/jp_docid/pf/20080616080008941?Open?Open&docid=20080616080008941&nsf=support%5CINTER%5Cghostjapanesekb.nsf&view=jp_docid&dtype=corp Ghost ではシングルストライプボリュームまたはミラーリングしていないシングルセグメントボリュームだけがクローニングされます。 Ghost でイメージを作成したり、ディスク間でクローニングを行う場合、LVM ボリュームは通常のパーティションと同様に扱われます。 したがって、Ghost では復元先に LVM ボリュームを再作成できません。 これらのボリュームは単純なパーティションであるかのように複製されます。 手動で設定ファイルを編集する必要がある場合もあります。 復元先ディスクにある既存の LVM ボリュームには、1つのパーティションのみをクローニングまたは復元できます。 この場合、既存のボリュームはオペレーティングシステムの LVM に残ります。 678 名前：login:Penguin mailto:sage [2009/08/15(土) 21:28:35 ID:KcxMl9KA] ZFSの本が出てる。これは物凄く大きいメリットだと思うんだが。 reiserfsは開発者にケチついちゃってるし、ext3はinodeがあれだし。 679 名前：login:Penguin mailto:sage [2009/08/15(土) 21:42:08 ID:FlV6hdNl] >>678 言わんとすることがよく分からない。本が出ていることが大きなメリットなの？ ZFSそのものがLinuxにメリットをもたらすわけでもないし… 680 名前：login:Penguin mailto:sage [2009/08/15(土) 21:50:15 ID:WPxIDL04] btrfsとかやろうとしてるけど、ああいうのが出てくるのはzfsで効果の 実証があったからだろうからな。メリットがないと言い切るのは言い過ぎだと 思う。 681 名前：login:Penguin mailto:sage [2009/08/15(土) 22:03:12 ID:ZR4fGY5t] btrfsの開発が始まったのは、大体同じ時期だし ああいうファイルシステムは、専門家は以前からしたためてたでしょ あれ、開発してるのオラクルだし 682 名前：login:Penguin mailto:sage [2009/08/15(土) 22:34:11 ID:WPxIDL04] >btrfsの開発が始まったのは、大体同じ時期だし btrfsの開発が始まったのが大体同じ時期って、何年だっけ? zfsの方は割とはっきりしていて2000年だよね。同じ頃というと 2001年〜2002年位の話? 683 名前：login:Penguin mailto:sage [2009/08/15(土) 22:57:38 ID:ZR4fGY5t] >>682 btrfs開発者のインタビューされてただろ 684 名前：login:Penguin mailto:sage [2009/08/15(土) 23:38:21 ID:WPxIDL04] >683 だから、その時期がいつ頃の話かを知らないから聞いているんだけど。 Oracleから0.13の発表があった頃が2007年だろ? でも、開発をいつ頃から 始めたか、具体的な時期はまだ見た記憶がないんだ。 685 名前：login:Penguin mailto:sage [2009/08/16(日) 00:11:37 ID:F4NvMXmo] あれ？もしかしてLinuxやめて 　　　　OpenSolaris or FreeBSD + ZFS + Samba ってすれば安泰ってことなのか？？？ 686 名前：login:Penguin mailto:sage [2009/08/16(日) 00:23:43 ID:QxEbJKQ2] どうぞお好きなように 687 名前：login:Penguin mailto:sage [2009/08/16(日) 00:39:36 ID:EfKoUPIm] ZFSつかうならSolarisにしとけ。FreeBSDのZFS実装は甘すぎる。 688 名前：login:Penguin mailto:sage [2009/08/16(日) 01:06:01 ID:2aCY1egN] Linux やめるぐらいなら、2008 だと思うけどなあ。 クライアント側の restore previous version でスナップショット見れないんじゃ、ZFS の意味があんまり。 689 名前：login:Penguin mailto:sage [2009/08/16(日) 01:31:30 ID:3d2dkhnf] >>687 唯一の不満がscrubかけてる間使いものにならない点なんだけど Solarisだとscrubかけてても極端にパフォーマンス低下しないで済む？ 690 名前：login:Penguin mailto:sage [2009/08/16(日) 02:17:48 ID:kxH41sn/] ボリュームシャドーコピー(w 691 名前：login:Penguin mailto:sage [2009/08/16(日) 09:43:08 ID:F4NvMXmo] DRBDによるミラーリング ttp://www.atmarkit.co.jp/flinux/rensai/heartbeat04/heartbeat04a.html 使用できるファイルシステムにも特に制限はありません。 （中略） なお、バージョン8.0.0以降では、 OCFS2（Oracle Cluster File System 2）と GFS（Global Filesystem 2）に限ってですが、 アクティブ／アクティブ構成も可能になりました。 ただし、使用できるLinuxカーネルのバージョンは2.6系のみとなっています。 ttp://www.hitachi.co.jp/Prod/comp/soft1/manual/pc/d3K0640/BASE0025.HTM 両方のサーバが業務処理を実行（アクティブ）している， このようなクラスタシステム構成を，アクティブ・アクティブ構成と呼びます。 692 名前：login:Penguin mailto:sage [2009/08/16(日) 14:05:40 ID:ydTy1Pxn] >>685 Solarisにすると、Sunの力を思い知るが、 同時にLinux(というかOSS)のコミュニティーの力も思い知る。 693 名前：login:Penguin mailto:sage [2009/08/16(日) 14:09:21 ID:30gxzye8] まあな、企業だと買収されるからなwwwwww Oracleあたりに 694 名前：login:Penguin mailto:sage [2009/08/16(日) 14:12:15 ID:F4NvMXmo] とーばるさんのつんでれにサンさんがラブコールという記事を見かけた でもエンディングまで待てないｗ 695 名前：login:Penguin mailto:sage [2009/08/16(日) 15:32:11 ID:ShXgtsTb] 結局Sunさんはドライバ君が目当てだったりで泥仕合。 696 名前：login:Penguin mailto:sage [2009/08/16(日) 18:23:11 ID:XCb/HOyT] オラリスﾏﾀﾞｰ？（・∀・)っ/凵⌒☆ 697 名前：login:Penguin mailto:sage [2009/08/16(日) 19:46:59 ID:+EY5QaoN] MIRACLE LINUXって死んじゃったんだっけ 698 名前：login:Penguin mailto:sage [2009/08/16(日) 20:52:53 ID:oCPtyYoh] >>697 王大人発見 699 名前：login:Penguin mailto:sage [2009/08/17(月) 14:30:26 ID:gU6WCNRC] Solaris + Oracle で Miracle Solaris とか作ってくれよ。 700 名前：login:Penguin mailto:sage [2009/08/17(月) 14:33:57 ID:JgKFoyEe] Miracle SolarisにOracle Linux出せば完璧 701 名前：login:Penguin [2009/08/17(月) 17:37:05 ID:Mtq0KkUg] >>1 ●過去スレ 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/1164457481/ 07 ttp://pc11.2ch.net/test/read.cgi/linux/1173530292/ 08 ttp://pc11.2ch.net/test/read.cgi/linux/1190788761/ 09 ttp://pc11.2ch.net/test/read.cgi/linux/1225001916/ 702 名前：login:Penguin mailto:sage [2009/08/25(火) 12:56:23 ID:lufMfa+G] エロ動画の保管に最適なファイルシステム 誰か作ってちょ 703 名前：login:Penguin mailto:sage [2009/08/25(火) 13:25:36 ID:Ynipj+Uz] xxxfs 704 名前：login:Penguin mailto:sage [2009/08/25(火) 13:46:36 ID:27Llmryy] >>702 winnyfs を実装するときが来たか。 705 名前：login:Penguin mailto:sage [2009/08/25(火) 15:01:25 ID:rMDnS/SS] p2pfs 706 名前：login:Penguin mailto:sage [2009/08/25(火) 15:10:33 ID:rVcXlX+8] 暗号化は必須？ 707 名前：login:Penguin mailto:sage [2009/08/25(火) 18:21:40 ID:ap/+zt18] だね。日本でも近日中に単純所持でも捕まるようになっちゃうだろうし、 海外行ったときなんて日本では完全に合法なものでもアウトになっちゃうし。 708 名前：login:Penguin mailto:sage [2009/08/27(木) 20:03:17 ID:OwDvsT+D] A short history of btrfs [LWN.net] lwn.net/Articles/342892/ 709 名前：login:Penguin mailto:sage [2009/08/27(木) 21:09:34 ID:5I7Zy1ic] anonymousftpfs 710 名前：login:Penguin mailto:sage [2009/08/27(木) 22:17:14 ID:Lm4kVIxu] fuse de yare 711 名前：login:Penguin mailto:sage [2009/08/28(金) 01:40:36 ID:PybCg++g] gmailfsをraidz2で使えば ファイルは海外だし分断されるし 冗長性も確保できるな。 あれ誰か来たよ(ry 712 名前：login:Penguin mailto:sage [2009/08/28(金) 10:00:18 ID:3cErYICB] 確かに、p2p系はとんでもなく負担かけるよな 713 名前：login:Penguin mailto:sage [2009/08/28(金) 15:50:17 ID:JuTWH5Ln] >>691 兄さんそれ双方向スタンバイ… 714 名前：login:Penguin [2009/08/31(月) 20:21:40 ID:hlVG4OeU] ext3でフォーマット済みのパーティションで あとからinodeのサイズを確認するには なんてコマンドを使えば委員だっけ？ 715 名前：login:Penguin mailto:sage [2009/08/31(月) 20:27:18 ID:czE5p4HU] tune2fs 716 名前：login:Penguin mailto:sage [2009/08/31(月) 20:32:08 ID:hlVG4OeU] >>715 おおありがとう 717 名前：login:Penguin mailto:sage [2009/08/31(月) 23:40:39 ID:NM/F4JQT] pc11.2ch.net/test/read.cgi/mysv/1231469122/59-73 ZFSが鉄板なのかなぁ 718 名前：login:Penguin mailto:sage [2009/08/31(月) 23:47:41 ID:QJZeUh74] zfsは重い ホントに 719 名前：login:Penguin mailto:sage [2009/09/01(火) 19:14:59 ID:2tx1Usqt] >>718 nativeで実装されれば、ほかのfsと同じぐらいなんだろうけどな。。。 720 名前：login:Penguin mailto:sage [2009/09/02(水) 14:05:40 ID:wWBxl7sL] ネイティブでもメモリGB単位で使われるときつい。 64bit環境じゃないと使えなさそう。 721 名前：login:Penguin mailto:sage [2009/09/02(水) 17:17:52 ID:k2E6GSj0] 快適さの代償としてある程度メモリを食う設計をしたわけだ 64bit 環境前提にしたって「今時は普通64bit」だよね 1万円強の激安サーバとかだって64bit な時代だし 722 名前：login:Penguin mailto:sage [2009/09/02(水) 22:43:05 ID:GiXsIMx1] RHEL5.4で、xfsとext4はいったね。 723 名前：login:Penguin mailto:sage [2009/09/02(水) 23:12:40 ID:nqxR64uo] いろんなディス鳥で標準のファイルシステムとして採用されだしているext4だが、 シーケンシャルアクセスの性能は結構よさそうだ。グラフを見てみて。 Linuxファイルシステムベンチマーク第2回 ext3,ext4,JFS,ReiserFS,XFS,NILFS2 plaza18.mbn.or.jp/~moriban/linux/FileSystemBenchmarkResults-01.html （引用） シーケンシャルアクセスの性能比較では、ext4、XFS、ReiserFSの性能の高さが目立つ結果となりました。 ランダムアクセス 及び メタデータ操作の性能比較では、ext3、ext4、ReiserFSが全体のバランスが取れており、総合的に性能の高さが目立つ結果となりました。 724 名前：login:Penguin mailto:sage [2009/09/02(水) 23:25:15 ID:9doIYiKA] >>723 >私は経験的に、HDDには「機嫌が良い日／機嫌が悪い日」があることを知っています 725 名前：login:Penguin [2009/09/02(水) 23:44:45 ID:vemvobjw] >>723 >ext4 （※ bonnie++ 実行中に毎回OSがフリーズするため中止） コーヒー吹いた 726 名前：725 mailto:sage [2009/09/02(水) 23:49:00 ID:vemvobjw] >>723のリンクは第一回のほうじゃないか 第二回はこっちね plaza18.mbn.or.jp/~moriban/linux/FileSystemBenchmarkResults-02.html こちら(Ubuntu 9.10)では ext4の不具合が解消されてるらしい。 727 名前：login:Penguin mailto:sage [2009/09/03(木) 00:01:16 ID:pDX9eyYg] 結論としてはxfs最高ってことでいい？ 728 名前：login:Penguin mailto:sage [2009/09/03(木) 00:47:11 ID:8kyyBkpc] >>725 同じような試験を手元でやったけど、 bonnie++で結果が出ないことはザラにあった。 ext4に限らないが、当時のext4+bonnie++ではダメだった記憶がある。 OSフリーズはしなかったが。 729 名前：login:Penguin mailto:sage [2009/09/03(木) 02:54:22 ID:qQvyibMp] Real World Benchmarks Of The EXT4 File-System www.chineselinuxuniversity.net/courses/using/articles/24242.shtml Comparison of File Systems And Speeding Up Applications www.amitshah.net/2009/03/comparison-of-file-systems-and-speeding.html Re-comparing file systems www.amitshah.net/2009/04/re-comparing-file-systems.html NILFS: A File System to Make SSDs Scream www.linux-mag.com/id/7345/2/ SquashFS: Not Just for Embedded Systems www.linux-mag.com/cache/7357/1.html Creating and using squashed file systems tldp.org/HOWTO/SquashFS-HOWTO/creatingandusing.html >>293 xfs_estimate -im /usr/src /usr/src will take about 0.5 megabytes linux.mini13i.gotdns.org/filesystem/xfs.html 2002年4月01日の www.ibm.com/developerworks/jp/linux/library/l-fs10/index.html ちょっと古い情報かもしれないけど、 なんとなくext3より快適な気がする程度で使ってたxfsだが 激しく一長一短でそれを踏まえて全体的に高評価されてるってこと？ 730 名前：login:Penguin mailto:sage [2009/09/03(木) 22:32:44 ID:1emXHjlu] plaza18.mbn.or.jp/~moriban/linux/FileSystemBenchmarkResults-02.html このベンチマークの不思議なこと ・320SCSIという、今となっては低速なHDDをあえて選択している 　俺もST336732LWやST373454LW、Atlas 10k IV＆V、Atlas 15k IIを愛用していたSCSI原理主義者 　だったので良く分かるが、今となってはSASでないSCSIは低速なデバイスでしかなく、ぶっちゃけ 　ST336732LWなんて2世代前のRaptorやAtlas 10k Vより全ての面で遅く、ST373454LWですら現行Raptorには及ばない。 　回転数が高ければHDDの速度、得にランダムアクセスが速くなるなんて幻想。 　HDDの速度を決めるのは、HDDが作られた「世代」につきる。2世代も離れたらもうね・・・ 　ましてやHDDやSCSIアダプタの型番すら書かないなんて論外。 ・HDDによってランダムアクセスに強い製品や、RAIDを組んだ時に遅くなりにくい製品、 　単体で使うのが一番速い製品など色々と特徴があるのは常識だが、このベンチマークでは 　型番すらないSCSI HDDの一騎がけのみのベンチマークであるにも関わらず、ファイルシステムの評論をしている。 ・ベンチマークの仕方がbonnie++だけという、意味があるんだか無いんだか分からないベンチマーク 　最低限、linux kernelの展開に掛った時間だとか、全文検索アプリ(例えばEstraierとか)のインデックス作成に掛った時間とか 　DVD ISOイメージのコピー・削除に掛った時間とか、色々とやり方はあるだろうに、あえてbonnie++だけ。意味あるのかと。 ・一部のJFSのベンチマーク結果が異常に低いが、その事には一切触れず 　また、やり方や環境構築にミスがあったとも考えない、幸せ指向なベンチマーク。 731 名前：login:Penguin mailto:sage [2009/09/03(木) 22:33:55 ID:WwZ4h9O/] >>730 文系脳のベンチマークってやつ？ 732 名前：login:Penguin mailto:sage [2009/09/03(木) 23:50:17 ID:v9Io1Ht2] 比較ベンチマークは大抵結果が先にあって、それに合わせて条件を設定しているってばっちゃが言ってた 733 名前：login:Penguin [2009/09/03(木) 23:51:45 ID:ZdVEs5wD] プラシーボなんちゃら 734 名前：login:Penguin mailto:sage [2009/09/04(金) 01:28:32 ID:l63+Dyyc] >>730 ベンチマークなんだから、定量的なことはわからないんだよ。 米の糖度をいくら正確に測っても、料理の味は決まらない。 ベンチマークの数値を鵜呑みにせず、定性的な傾向を把握できればいいんだよ。 735 名前：login:Penguin mailto:sage [2009/09/04(金) 12:32:41 ID:Fok7DRls] >定性的な傾向 ファイルシステムの機嫌が良い日と機嫌が悪い日を察するとか そういうの？ 736 名前：login:Penguin mailto:sage [2009/09/04(金) 12:39:43 ID:BIskKf5v] >>734 ベンチマークだから定量的なことしかわからないんじゃ？ 737 名前：login:Penguin mailto:sage [2009/09/04(金) 14:32:56 ID:l63+Dyyc] >>736 数値で結果が出るから定量的な指標となる、 と思ってしまうのが、ベンチマークの罠だと思う。 738 名前：login:Penguin mailto:sage [2009/09/04(金) 14:45:52 ID:BIskKf5v] >>737 数値を出さない定量的な指標ってあるの？ 739 名前：login:Penguin mailto:sage [2009/09/04(金) 19:30:58 ID:l63+Dyyc] >>738 数値で結果が出るのは十分条件じゃなくて、必要条件なので、 ベンチマークは数値が出るからと言って定量的という訳ではないってこと。 もちろん、実際に稼働中の実システムで統計を取ったベンチマークは、 そのシステムにおける定量的な指標になり得るけどな。 それ以外の一般的なベンチマークは、定性的な傾向しかわからんよ。 無理に定量的に理解しようとすると >>730 みたいになる。 740 名前：login:Penguin mailto:sage [2009/09/04(金) 21:38:09 ID:BUDJTh40] 定性的かも知らんが。 性能が必要なDBを作るならNILFS2が向かなさそうなことはベンチ結果から見てとれた。 俺ならシーケンシャルIOがいけてるっぽいext4、XFS、ReiserFSをまず候補にするな。 考察にも書いてあるが、NILFS2にはスナップショットの機能があるし、 NILFS2の安定版が出たらSambaのファイルサーバ用途とかでは使えそうだ。 メールサーバならランダムIOがいけてるっぽいext3、ext4、ReiserFSがまず候補。 公開されているベンチ結果なんて、所詮こういう使い方じゃね？ で、実環境にミドルウェアとかアプリを乗せて、自分で最終確認するのが大原則だ。 >>724 だから、１ファイルシステムを２日に分けてベンチしてるんじゃね？ 条件は一緒のはずなのにいつもより性能が出ない日というのは確かにあるからな。 で、それでもベンチ結果に誤差はありますよ、と書いてある。 >>726 Ubuntu 9.10で解消されている話。詳しくは↓ https://forums.ubuntulinux.jp/viewtopic.php?id=5327 741 名前：login:Penguin mailto:sage [2009/09/04(金) 22:15:05 ID:eIcGAGpG] どうでもいいが、どのあたりがLinuxシステム構築Tipsなんだろう ひたすらベンチマークしかしてないような感じだが 742 名前：login:Penguin mailto:sage [2009/09/04(金) 22:23:37 ID:l63+Dyyc] >>741 マシンやパーテーションの用途によってファイルシステムを使い分けられるのが Linuxの良いところだと考えると、構築Tipsになるじゃん! ・・・だめ? 743 名前：login:Penguin mailto:sage [2009/09/04(金) 22:27:58 ID:dszZlRA1] つまらん 744 名前：login:Penguin mailto:sage [2009/09/04(金) 22:29:12 ID:hWPP+mOR] btrfsの完成に期待 745 名前：login:Penguin [2009/09/04(金) 22:32:35 ID:medVVj1W] オラクルがんばれや。 746 名前：login:Penguin mailto:sage [2009/09/04(金) 22:51:44 ID:BUDJTh40] >>741 ファイルシステムとしてext3しか知らない連中にとっては結構なTipsだったかもね。 この板に出入りしているオマイラにはTipsでもなんでもないんだろうけどさー 747 名前：login:Penguin mailto:sage [2009/09/04(金) 22:57:55 ID:cJIr+IgL] 短時間のベンチで安定性や運用性は全く見えないからなー 地雷がわかる程度か 748 名前：login:Penguin mailto:sage [2009/09/04(金) 23:02:03 ID:hR6bX513] >>747 fsが多少遅いのは問題なくても、 OSごと固まるのは地雷と言ってもいいと思う。 749 名前：login:Penguin mailto:sage [2009/09/04(金) 23:10:06 ID:BUDJTh40] >>747 確かに。Ubuntu9.04のext4は地雷踏みそうというのが分かった。 730が指摘してるようにUbuntu9.10のJFSはシーケンシャルライトがダメダメで これも地雷っぽいな。再現した人いる？ 第一回を見ると、Ubuntu9.04ではJFSも悪くないんだよね。 Ubuntu9.10でも正式リリースの頃には結果が変わっているかも。 750 名前：login:Penguin mailto:sage [2009/09/05(土) 00:45:03 ID:OTIeQwIl] Ubuntuのext4がって言うよりは新しいものはいつだってそういう危険があるってだけの話な気がする。 思えばext3が出たばかりの頃もext2に比べてトラブルまくりだったし。 751 名前：login:Penguin mailto:sage [2009/09/05(土) 02:44:50 ID:04v/j8aE] JFSは最近手入れされてるの？ 752 名前：login:Penguin mailto:sage [2009/09/06(日) 04:33:55 ID:oZEFrl9q] >>751 されてるわけがない・・・ 753 名前：login:Penguin mailto:sage [2009/09/06(日) 10:52:55 ID:H61tC/K7] fs名の前はスペース4つ $ grep '^ ext2:' ChangeLog-2.6.30 |wc -l 4 $ grep '^ ext3:' ChangeLog-2.6.30 |wc -l 12 $ grep '^ ext4:' ChangeLog-2.6.30 |wc -l 49 $ grep '^ reiserfs:' ChangeLog-2.6.30 |wc -l 47 $ grep '^ reiser4:' ChangeLog-2.6.30 |wc -l 0 $ grep '^ jfs:' ChangeLog-2.6.30 |wc -l 6 $ grep '^ xfs:' ChangeLog-2.6.30 |wc -l 65 $ grep '^ btrfs:' ChangeLog-2.6.30 |wc -l 2 $ grep '^ nilfs2:' ChangeLog-2.6.30 |wc -l 65 $ grep '^ nfs:' ChangeLog-2.6.30 |wc -l 3 754 名前：login:Penguin mailto:sage [2009/09/06(日) 16:03:37 ID:mLF5287r] ファイルシステムの安定性・信頼性を評価できるベンチマークソフトってある？ bonnie++やIOzoneで1週間負荷をかけ続けるとか、そんな感じ？ 755 名前：login:Penguin mailto:sage [2009/09/06(日) 21:27:07 ID:Wp8w55Q4] 負荷だけでよければいいんじゃね そんなものが信頼性になるのかはしらんが 756 名前：login:Penguin mailto:sage [2009/09/06(日) 22:33:16 ID:GI5dE/j3] >>754 安定性の評価は大変だぞ。手法論的に。 757 名前：login:Penguin mailto:sage [2009/09/06(日) 23:12:15 ID:3X0QxlvX] 手法論って何だよｗ 758 名前：login:Penguin mailto:sage [2009/09/06(日) 23:44:32 ID:zCors7qm] >>753 reiser4、かわいそうだな…。 reiser4に春は来るのだろうか…。 759 名前：login:Penguin mailto:sage [2009/09/06(日) 23:53:03 ID:oZEFrl9q] とりあえず新しいfs試すときはカーネルmake clean、makeを一晩中繰り返してる 760 名前：login:Penguin mailto:sage [2009/09/07(月) 14:27:15 ID:irG6WRrN] >>753 うを、Btrfsの開発大丈夫なの? Oracleはやる気失っちゃった? 761 名前：login:Penguin mailto:sage [2009/09/07(月) 15:53:26 ID:MXKkyeqk] >>760 よくしらんが、本家ページ見ると 0.18が2.6.29で、0.19が2.6.31みたいだから2.6.30では特に変化無かったのかもね。 762 名前：login:Penguin mailto:sage [2009/09/07(月) 16:02:22 ID:KqXlaO+k] >>761 btrfsprogs0.19で作ったファイルシステムは、2.6.30以前のカーネルでは読めなくなるらしいね。 763 名前：login:Penguin mailto:sage [2009/09/07(月) 16:37:30 ID:usSRMi9H] btrfsがデフォルトのファイルシステムに採用されるのはいつごろになるのだろうか 764 名前：login:Penguin mailto:sage [2009/09/07(月) 17:11:34 ID:iBhE16g8] btr熟成がもっと進んでヨーグルトfsかチーズfsになる頃じゃないの? 765 名前：login:Penguin mailto:sage [2009/09/07(月) 17:16:17 ID:x4HLPBqD] つまらん 766 名前：login:Penguin mailto:sage [2009/09/07(月) 18:06:27 ID:EXMiBcjf] まずまずだとおもた 767 名前：login:Penguin mailto:sage [2009/09/07(月) 23:23:30 ID:lwFYYS2f] >>755 >>756 >>759 ありがとう。ファイルシステムの安定性・信頼性に関しては、 これっていうベンチマークとか評価手法をWebで見付けられないんだよなぁ。 各社さんの貴重なノウハウだから、タダで表には出てこないってところかな？ 768 名前：login:Penguin mailto:sage [2009/09/08(火) 22:17:56 ID:oPYlyRcA] >>764 なるほど。最後はMILFsに(ry 769 名前：login:Penguin [2009/09/08(火) 23:05:54 ID:xzM1y3n7] Network File System を導入したいのだが、今からやるならどれがオススメかな？ NFSはメジャーだけど、アクセス管理がアレゲなので面倒。 WANからも利用したいから、なるべくセキュアなものがいいんだが。。 770 名前：login:Penguin mailto:sage [2009/09/08(火) 23:13:18 ID:KlcQeG0P] >>769 pohmelfs 771 名前：login:Penguin [2009/09/09(水) 00:33:19 ID:g3D+JiDv] >>770 ありがとう。 さっそく人柱になるよ。 772 名前：login:Penguin mailto:sage [2009/09/09(水) 01:28:06 ID:NYs3AwwP] Linux kernel watch SSDをめぐる議論に浮かび上がるベンダ模様 www.atmarkit.co.jp/flinux/rensai/watch2009/watch08a.html TRIMなんてアテにしてなかったけど使い物になるならそれはそれで良きかな 773 名前：login:Penguin mailto:sage [2009/09/09(水) 01:45:35 ID:kDa2N0cK] 個人的には、書き換え可能回数がHDDより何桁も低い今の時点では、 単純に選択肢にならないから、どうでもいいけどね＞SSD絡み 774 名前：login:Penguin mailto:sage [2009/09/09(水) 02:19:23 ID:Q3Oe4C5K] >>772 > また、所要時間はTRIMの発行数に比例するが、1つのTRIMで消すサイズにはほとんど比例しないそうです。 > 彼によると「rm -rf /usr/src/linux」はTRIMで30分以上（！）もの時間を費やすけれど、 > 50GB+のシングルエクステントは消去するのに数秒しかかからなかったとのこと。 クソワラタ カーネルソース削除で30分って、TRIM実装すんなって言われて当然だろ とりあえず実装してしまって、クソハードに「windows専用」のレッテル貼ってしまうのも手だと思うけどな 775 名前：login:Penguin mailto:sage [2009/09/09(水) 04:52:05 ID:ol4Nzc2Z] SSDは発展途上なうえにBIOSアップデートできるってことが問題をややこしくしてるな。 OSSなBIOSがあればもっと話は簡単になりそう。 776 名前：login:Penguin mailto:sage [2009/09/09(水) 04:53:04 ID:ol4Nzc2Z] あ、ミスった。 BIOS→ファームウェア 777 名前：login:Penguin mailto:sage [2009/09/09(水) 05:31:48 ID:PAQMReSq] SSDコントローラのRAMケチってるからこういう事になるんだろう。 安くするためにそうなるのはわからんでもないが… 778 名前：login:Penguin mailto:sage [2009/09/09(水) 18:52:07 ID:XVGdMI4v] >>777 SSDの価格を考えると、 数MBのキャッシュがコスト的に問題になるとは考えにくいが・・・。 779 名前：login:Penguin mailto:sage [2009/09/09(水) 19:07:23 ID:9Mpz0HQd] SSD側のキャッシュをいくら増やしても、数万のファイルを削除したりすれば詰まる。 フラッシュメモリの特性なんだからしょうがない。 それを上手に隠蔽するためにも、コントローラ側の改善とSSDに適したFSが望まれる。 780 名前：login:Penguin mailto:sage [2009/09/09(水) 19:10:48 ID:XVGdMI4v] >>769 俺も遠隔地とのnfsの代替手段探してるんだ。 期待してるぜ。 781 名前：login:Penguin [2009/09/09(水) 19:54:55 ID:g3D+JiDv] >>780 いまカーネルコンパイル中。 君も人柱となれ！ 782 名前：login:Penguin mailto:sage [2009/09/10(木) 00:05:56 ID:dK4dgFZW] >>769 セキュアが好きなら Kerberos と AFS でも使っておけば・・・まあ人柱が好きな人には勧めないが 783 名前：login:Penguin mailto:sage [2009/09/11(金) 23:52:53 ID:I4yrGSQ+] sshfsとかはどうよ？ パフォーマンスはショボイだろうけどセキュアだろう。 784 名前：login:Penguin mailto:sage [2009/09/12(土) 00:01:26 ID:iI00hN0z] >>783 SFTPの仕様上、使えないシステムコールもあるのが残念だった。 たとえばlink(2)を呼び出すと Not Implemeted と言われる。 785 名前：login:Penguin mailto:sage [2009/09/12(土) 00:24:21 ID:pOS/oIpq] 難しいこと考えずにNFS over VPNでいいやん。 786 名前：login:Penguin mailto:sage [2009/09/12(土) 18:04:04 ID:UBFPOEoW] >>785 現状そうしてます。 速度も結構出てる。 そう言えば、fscached が動かないんですよね・・・。 787 名前：login:Penguin mailto:sage [2009/09/14(月) 03:08:03 ID:ueK3wYLx] NILFS2、スナップショット機能が良いな。 でかいファイルを作成する時間はext3の２倍弱ぐらいかかるけど。 788 名前：login:Penguin mailto:sage [2009/09/14(月) 12:20:29 ID:N9qSdTFh] 追記式だからSSDに向いているしね。GCが実装されるまでは完全におもちゃだったけど、 GCが実装されてからは、SSDの普及もあいまって、いきなり実用的になっちゃった。 789 名前：login:Penguin mailto:sage [2009/09/14(月) 22:23:25 ID:A/G7rJlM] NILFS2でサーバ運用してる人とかいるの？ 安定性や不具合はどうなんだろう？ 790 名前：login:Penguin mailto:sage [2009/09/14(月) 23:11:21 ID:vbkhczLA] >>789 サーバ運用はしてないがSSDのノートでNILFS2使ってたらどこかのマッピングが 壊れたのか、ディレクトリが読めなくなったり mount できなくなったりした… 791 名前：login:Penguin mailto:sage [2009/09/15(火) 18:17:39 ID:SX8MjkBW] >>790 バージョンは？ 792 名前：login:Penguin mailto:sage [2009/09/16(水) 00:50:33 ID:2te4vzEX] >>791 Kernel 2.6.30 で nilfs-utils-2.0.13 mount できなくなってたのは / の inode が壊れてたぽいんだよね。 bogus imode って出てたし 793 名前：login:Penguin mailto:sage [2009/09/16(水) 07:20:35 ID:nI44nyRO] >> debian スレから誘導された人へ ext3 で良いじゃん。 仕事のメイン環境が Linux で、nVidia とか VMware とか、 プロプリエイタリなドライバ入れることもある私としては、 奴らが試験に使っていそうで、一番枯れていそうな ext3 が良いと思っている。 （あくまで推測なのが悲しいけれど、RHEL のデフォルトなんだから試験してるだろ。） ヒトバシラーになってみたいとかパフォーマンスがうんぬんとか、 そういう方はこちらのスレにお住まいの皆さんと交流してください。 >> スレの皆様 下記のような経緯で見知らぬ奴らが来るかもしれません。遊んでやってください。 pc11.2ch.net/test/read.cgi/linux/1251356663/306-352 794 名前：login:Penguin mailto:sage [2009/09/16(水) 10:12:22 ID:ZTeRHZXm] お騒がせしました・・・ 自治厨房はコチラで引き取りますので・・・ 795 名前：login:Penguin mailto:sage [2009/09/16(水) 13:58:10 ID:3J121Znd] reiser4がいつのまにか-mmツリーから消えてる 796 名前：login:Penguin mailto:sage [2009/09/16(水) 14:15:36 ID:RJIgMBey] >>795 ttp://userweb.kernel.org/~akpm/mmotm/broken-out/ へ移動しますた。 誰か骨を拾ってあげてくらはい。 797 名前：login:Penguin mailto:sage [2009/09/16(水) 19:39:23 ID:UJcLYraY] Reiser3もSuseに見捨てられたしいつまでmainlineで使えるかわからんな。 そのうちext4にでも移行するか。 798 名前：login:Penguin mailto:sage [2009/09/16(水) 21:26:31 ID:uGxSPoco] fsの各操作のボトルネックになる性能指標ですが、bonnie++だと以下を読む感じで正しいですか? ファイルのfs内移動 → Sequential Create/Random Createのcreate/deleteのうち最低値 ディレクトリリスティング → Sequential/Random Createの Read のうち低い方 5TB3000万ファイルほどで、ディレクトリリスティングと ファイルの移動が多いので上記のような基準で検討していまして、 いまのところreiser3が最有力なのですが問題ありそうでしょうか? 799 名前：login:Penguin mailto:sage [2009/09/16(水) 22:52:50 ID:Tl/wx3w4] どのカーネル使うのか知らないがreiser3はやめとけ。スケールしない。 あとマウント時間が分単位。 800 名前：login:Penguin mailto:sage [2009/09/16(水) 23:27:09 ID:V6HHYy1n] 移動したのでID変わります >>799 スケールしないというのは容量？速度？ 容量でしたら8TBに達するのはずいぶん先に見積もっていて(増加ペースが鈍い)、 先にリプレースが来そうなのであまり問題視していません。 速度ですと、約100万ファイルまで増やしながらテストした際に最も 遅くなりづらかったのがreiser3という結果が出たので…。何か変なのかな…。 マウント時間が分単位というのも、自宅用ファイルサーバで 立ち上げっぱなしなので起動時のみの時間ペナルティと判断しています。 いろいろ後出しですみません 801 名前：login:Penguin mailto:sage [2009/09/17(木) 08:41:23 ID:lwWWpZYR] マウントそんなにかかるか？ジャーナル処理してるんじゃないの？ 802 名前：login:Penguin mailto:sage [2009/09/17(木) 09:14:43 ID:imVaodyK] >>800 スケールしないのはコンカレントアクセス。 個人で使うならいいんじゃないの？ 803 名前：login:Penguin mailto:sage [2009/09/17(木) 09:23:17 ID:8K0Ea6hu] >>801 2TBのボリュームをReiserFSで使ってるけどマウントは5分くらいかかるよ。 804 名前：login:Penguin mailto:sage [2009/09/17(木) 10:18:03 ID:eygHzDXf] マウント高速化パッチがあったような気がするけど取り込まれてなかったのか 805 名前：login:Penguin mailto:sage [2009/09/17(木) 23:42:40 ID:hqfb/bz2] >>802 BKLか、了解ー 806 名前：login:Penguin mailto:sage [2009/09/18(金) 21:00:52 ID:fWyof+eR] おいおいBKLは関係ないだろ 大体からして、CONFIG_PREEMPT関連がカーネルに導入された経緯のひとつに BKL処理の効率化があった事はあまりに有名 未だにジャーナルの処理に一々BKLかけるReiserFSは 今、あえて選択する必要のないFSではあるけど BKLのせいで並列アクセスがスケールしないとか言うのであれば大間違い そもそもBKLがどうやって処理されているのかソースを読んで理解すべき つーか、今は亡きCK kernelが、どうしてext3とReiserFSだけを推奨し、他を非推奨にしたのかをもっと考えるべき CKがパッチの提供を辞めてから、色々とLinuxで使えるFSも増えたし、改良もされたけど 俺は未だにext[34]とreiser[34]以外のFSはクソだと思っているよ 807 名前：login:Penguin mailto:sage [2009/09/18(金) 23:29:04 ID:lWlnTusC] もっと考えるべき とか 読んで理解すべき としか言わない奴は十中八九自分では説明できない 808 名前：login:Penguin mailto:sage [2009/09/18(金) 23:29:47 ID:cB7i7bsS] それ以前に糞も味噌もいっしょくた 809 名前：login:Penguin mailto:sage [2009/09/18(金) 23:42:30 ID:lWlnTusC] よく見るといつものアンチXFS厨か？ 810 名前：login:Penguin mailto:sage [2009/09/18(金) 23:59:15 ID:BrKFjTEP] いつものww しらんがな 811 名前：login:Penguin mailto:sage [2009/09/19(土) 00:04:18 ID:LBONijMH] 単発だし間違いなさそうだな 812 名前：login:Penguin mailto:sage [2009/09/19(土) 00:26:49 ID:YH6i3rVh] オヤジ！いつもの！ 813 名前：login:Penguin mailto:sage [2009/09/19(土) 00:51:48 ID:ZNMyo7Z+] >>806 あの頃はデスクトップではUPが普通だったから、マルチコア時代の現代とは単純に比較できないような 814 名前：login:Penguin mailto:sage [2009/09/19(土) 04:05:10 ID:nzH+YeBA] >>812 トンスルお待ち！ 815 名前：login:Penguin mailto:sage [2009/09/20(日) 13:19:53 ID:wV9s5HBg] >>803 300GBの話で参考にならないかも知れんが一連の起動時間全体で20秒くらいです。 mkfsのパラメータやマウントオプション、ハードウェア、いろいろあるけど きっと君は間違ってるｗ 816 名前：login:Penguin mailto:sage [2009/09/20(日) 13:25:28 ID:7/vSTIy+] 300G→2Tで20秒が5分になる これを「スケールしない」と言います 817 名前：login:Penguin mailto:sage [2009/09/20(日) 14:18:12 ID:C1QJ3cI8] reiserのマウントの独特のシーク音は好きだったけど、 パーティションがでかくなるとそういう弊害もあるんだなｗ 818 名前：login:Penguin mailto:sage [2009/09/20(日) 14:30:24 ID:Lx3Z4LGX] 2Tのパーティションとかブロックサイズどのくらいにしてるの？ というか、未だに1セクタ512バイトが最小単位なのか。。 819 名前：login:Penguin mailto:sage [2009/09/20(日) 14:38:49 ID:wV9s5HBg] スケールしない スケーラビリティがないこと キャップしない キャパビリティがないこと リライしない リライアビリティがないと 訳のわかんない事いうのやめようよ・・ もうすでに標準なの？ 820 名前：login:Penguin mailto:sage [2009/09/20(日) 14:39:52 ID:Lx3Z4LGX] 動詞もあるよw ttp://dictionary.goo.ne.jp/leaf/ej2/63793/m0u/scale/ 821 名前：login:Penguin mailto:sage [2009/09/20(日) 17:41:51 ID:OY0QxSDJ] >>816>>819>>820 キャップしないって何だよｗそいつはお断りだ しないとできないは違う 信頼しないのと信頼性がないのは違う スケーラビリティで使われてるのは拡大縮小可能もしくは比例しうるって意味。 スケールしないは比例しないの意味だろうが 比例しないって書けよ チェンジとかスイーツとかファイルシステムとか なんで片仮名ばっかり使うのバカなの死ぬのw？ 822 名前：login:Penguin mailto:sage [2009/09/20(日) 18:43:19 ID:YJrAu4JI] そこで鼠型入力装置ですお 823 名前：login:Penguin mailto:sage [2009/09/20(日) 20:38:21 ID:W9OGi4v1] 鍵盤型入力装置ですね 824 名前：login:Penguin mailto:sage [2009/09/20(日) 20:48:48 ID:6W0WwjBm] 田宮1/35比例しない独逸兵下士官乙 825 名前：login:Penguin mailto:sage [2009/09/20(日) 21:12:08 ID:YJrAu4JI] カタカナ語というのは同字異義語を増やさないための知恵なんじゃないかと思った。 敵は正確な発音ならカタカナではこう厨。 826 名前：login:Penguin mailto:sage [2009/09/21(月) 08:53:39 ID:6BBUoYSs] >>825 ヘプバーンとヘップバーンとヘボンは異字同義語 # mkreiserfs -t 512 -h rupasov /dev/sda9 mount -r reiserfs /dev/sda9 /hoge/hage -o noatime,nodiratime,block-allocator=border,data=writeback 2chブラウザとログ置き場をこれにしてみたら、うっひょー。 マジおすすめ rupasovはハッシュがダブるって書いてあるが実際にどうなのかしばらく試してみる。 ライトバックなのは2chログだから。 効果は不明だが manの表記が不正なんでこう書かないとブロックの割り当てが変更できない。 block-allocator=border (hashed_relocation, no_unhashed_relocation, noborder) web.archive.org/web/20070809124305/http://www.namesys.com/mount-options.html 827 名前：login:Penguin mailto:sage [2009/09/21(月) 12:11:29 ID:uDbg8rz1] >>826 スレチですまんが2chブラウザは何使ってるの？ 828 名前：login:Penguin mailto:sage [2009/09/21(月) 18:27:20 ID:ChTxPFKE] >>799>>803 うちも360GBで参考にならないかもしれないけど 確かにジャーナルの最大サイズは100数十MBかもしれないけど マウントって零コンマ何秒？ってくらいで全く引っかからないよ。 829 名前：login:Penguin mailto:sage [2009/09/21(月) 18:42:30 ID:B/OHxQzK] >>828 そのサイズだとまだまだだな 指数関数って怖いよな 830 名前：login:Penguin mailto:sage [2009/09/21(月) 19:12:45 ID:SXdmmE3S] >>829 ゑ? O(n)じゃなくて、O(n^2)すら超えてO(e^n) なの? なんでマウントに そんなわけのわからんアルゴリズム使っているんだ? 831 名前：login:Penguin mailto:sage [2009/09/21(月) 19:24:37 ID:9q2aeNv/] >>830 ・ л л пｼ ｼ 832 名前：login:Penguin mailto:sage [2009/09/22(火) 20:34:17 ID:dZ+D1fmw] 確実にファイル名が似通ってるから2chログ置き場をrupasovにしてみたんだけど カーネルソース置いてコンパイルしてみたりしたが今のところ何ら異常はない。 俺は今後はrupasov使うわ。 reiser4は使ったことないけどreiserfs3と比べてどんな感じ？ >>827 V2C。 833 名前：login:Penguin mailto:sage [2009/09/23(水) 11:19:44 ID:hYkmayu9] >>627 意外とDB用途に最適かもよ？ ulfs.sourceforge.net/ 834 名前：login:Penguin mailto:sage [2009/09/23(水) 21:37:08 ID:h2t+Bp3U] >>827 IDに決まってるだろ 835 名前：login:Penguin mailto:sage [2009/09/24(木) 11:06:23 ID:joayn3d8] log structured FSが最近勢いづいているのは何で? 836 名前：login:Penguin mailto:sage [2009/09/24(木) 11:11:50 ID:+QoMJhH9] nilfs2がマージされたからだろ 837 名前：login:Penguin mailto:sage [2009/09/24(木) 11:20:13 ID:9WTD7LOo] >>835 SSDで有利だから 838 名前：login:Penguin mailto:sage [2009/09/24(木) 20:40:07 ID:x6/1cqZT] >>834 JDじゃなくて？ 今天的 Tetralet 又在？？？？了 ttp://tetralet.luna.com.tw/index.php?op=ViewArticle&articleId=214&blogId=1 ちょっと前に会社で停電があってreiserfs使ぅとったのが立ち上がらんようになってしもたんや。 fsckしたら直ったけど冷や汗もんやな。 reiserfsの悪い評判とも関係あるけど。こんな事もあるんやなって身に染みて分かったわ。 で、結局何がえぇんよ？ 半日ググったけど自分で試してみるんが一番ってことで。 839 名前：login:Penguin mailto:sage [2009/09/24(木) 23:26:23 ID:+0yImHYg] で、reiserfsのマウント時間が容量の指数オーダーというのはガセなの？ ほんとならソースくれ。 840 名前：login:Penguin mailto:sage [2009/09/24(木) 23:29:36 ID:oepUEYYM] ガセというか、落とし方やそれまでの稼働時間にも拠るんじゃね? 841 名前：login:Penguin mailto:sage [2009/09/25(金) 00:10:23 ID:8lp7KrzM] nがFS全体のサイズでなくてジャーナル領域のサイズとかだとしても 指数オーダーてのは直感的に想像できない。そんなだったらとっくに死滅してるはず。 >>829が指数の意味を誤解してるんだろう。 842 名前：login:Penguin mailto:sage [2009/09/25(金) 00:24:02 ID:If6aiUCb] 組合せ論的爆発 843 名前：login:Penguin mailto:sage [2009/09/25(金) 00:27:44 ID:DlSn0Qec] 芸術的爆発 844 名前：login:Penguin mailto:sage [2009/09/25(金) 10:08:45 ID:kIBKD3uE] >841 指数かどうかはともかく、直線的にスケールしないってのは普通にあると 思うけどな。問題はその程度って話でしょ。 845 名前：login:Penguin mailto:sage [2009/09/25(金) 10:47:21 ID:i8/4OJv9] reiserfs3は普通の環境で最大値は ブロックサイズ4096、ジャーナルサイズが32749ブロック、トランザクションが1024ブロック。 これが*TB規模になると問題になるのかもしれんが。 マウントもリプレイも速すぎて目で追えないんだが遅いってか？ 5分もあったらデスクトップ出してからリブート2回できるっちゅうに。 >>838でもマウントが遅いって書いてある。これはきっとアンチreiserfs厨の罠だな NILFS2使ってみた。速度を求めるものではないが使う分には遅さは感じない。 遅い印象があったけどそのせいで逆に速く感じた。jfsと一部の特性取り替えたような感覚。 846 名前：login:Penguin mailto:sage [2009/09/25(金) 11:02:40 ID:QNISpLjD] ５年程前に5TBのreiserfs3の運用経験から。 リブートは年１回だがな。 847 名前：login:Penguin [2009/09/25(金) 11:22:37 ID:8shufhsA] ext4フォーマットで使ってる人、感想を書いてくれ。 848 名前：login:Penguin mailto:sage [2009/09/25(金) 11:29:07 ID:kIBKD3uE] 5分で2回もリブート行けるような小規模環境なら、何使っても大して変わらんでしょ。 うちのサーバはOS読み込み前のハードウェアチェックなんかだけで3分から5分は かかるわ。 849 名前：login:Penguin mailto:sage [2009/09/25(金) 11:30:43 ID:hnnN3qZg] >>847 特になし 以上 850 名前：login:Penguin mailto:sage [2009/09/25(金) 11:45:19 ID:8lp7KrzM] マウントのときジャーナル領域をソートでもしてんの？ O(nlogn)くらいの。 851 名前：login:Penguin mailto:sage [2009/09/25(金) 11:48:09 ID:H6F4VVWn] >>847 たまに、ext2/ext3を前提としたコードがコンパイルできない。 それ以外はext3と同じ感じ。 852 名前：login:Penguin mailto:sage [2009/09/25(金) 21:29:55 ID:7i3jmdwD] >>687 FreeBSDのZFSが使い物になると宣言されましたよ。 853 名前：login:Penguin mailto:sage [2009/09/26(土) 04:31:20 ID:IigKfcmL] OracleがSunを買ってから、本当にbtrfsの話題が減ったなぁ… NIFLSのほうが話題多いんじゃないだろうか。このスレに限らず。 >>852 ttp://gihyo.jp/admin/clip/01/fdt/200909/24 ですな。 ただ、OpenSolarisのZFSはL2Arc ttp://blogs.sun.com/brendan/entry/test なんていうSSDをキャッシュに使う機能なんていうのも実装されて、 ますます進化しているけど。 854 名前：login:Penguin mailto:sage [2009/09/26(土) 10:02:46 ID:6/kVht60] 835> ttp://blogs.sun.com/brendan/entry/test ZILは高頻度でsync()するアプリケーションに効くよ。 emacsはデフォルトでファイルを書くとsync()してくれるから ZILでmewが速くなった。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef