ファイルシステム総合スレ その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/ 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板の平均年齢知らないのか？ おっさんは引っ込んでろ。

---

---

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

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