ファイルシステム総合スレ その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/ 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