ファイルシステム総合スレ その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/ 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もまともな議論はできてねーよ。 お互い勝ったつもりなんだろうが。

---

---

[ 続きを読む ] / [ 携帯版 ]

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