[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その3**/ (983ﾚｽ)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
455: login:Penguin [] 2005/05/12(木) 21:20:49 ID:mj9qIsKe >確かH-Treeがオンの状態でも、従来モードにフォールバックできるようになっ >ていて、ファイルシステム上には格納順が残っているはずだから、その情報を 詳しく http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/455
456: login:Penguin [sage] 2005/05/12(木) 21:34:05 ID:DO6cGhT1 >>451 どうせ滅亡するのはＤＱＮの脳内世界なのだから かってに滅亡させておけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/456
457: login:Penguin [sage] 2005/05/12(木) 21:57:43 ID:4OU8dN/u >>453 sedなりperlなりでfilterすればいいだけでは？ 月の名前だったらsortだけでもできるけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/457
458: login:Penguin [sage] 2005/05/13(金) 00:07:38 ID:jHd5r8M+ H-Treeオンの状態だと、H-Treeオフの状態と比べて、意図したファイル並び という情報が欠落するわけだな。これは、POSIXでは規定されていないから 直ちに欠陥とは言えないが、この性質を利用したアプリケーションは困る。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/458
459: login:Penguin [sage] 2005/05/13(金) 00:27:12 ID:GNNJRhMr >>H-Treeオンの状態だと、H-Treeオフの状態と比べて、意図したファイル並びという情報が欠落するわけだな。 「意図したファイル並び」とはどう定義するんですか? 1秒未満の作成/変更時間を反映した順番とかですか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/459
460: login:Penguin [sage] 2005/05/13(金) 00:38:31 ID:Jo1fj8OM >>458 > この性質を利用したアプリケーションは困る。 具体例プリーズ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/460
461: login:Penguin [sage] 2005/05/13(金) 07:52:11 ID:W8ukO34X fdcloneはいったんテンポラリにファイルを移動 -> 並び替えたい順番に 移動しなおす、という動作でファイルの並びを操作しようとするな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/461
462: login:Penguin [sage] 2005/05/13(金) 08:08:40 ID:hKSAyzZk それは暇そうな操作でつね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/462
463: login:Penguin [sage] 2005/05/13(金) 11:21:52 ID:nV+/skfG DOS使ってた方が幸せなんじゃないか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/463
464: login:Penguin [sage] 2005/05/13(金) 11:48:36 ID:o2oNLWUR DOSのFDがそういう操作してたからfdcloneは わざわざそれにあわせてあげてるんじゃないの? もともとDOS使ってたほうが幸せな人向けのものな希ガス http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/464
465: login:Penguin [sage] 2005/05/14(土) 22:55:26 ID:Qor6xCD/ 何で話がそういう方向になるのかなぁ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/465
466: login:Penguin [sage] 2005/05/14(土) 23:33:01 ID:KKpbAvEx じゃあ戻しを試みると、 fdcloneとかのアプリは、fsによって挙動が変わる可能性があるってこと？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/466
467: login:Penguin [sage] 2005/05/15(日) 00:40:36 ID:Jypd01dn DOSからの人でファイルの内部並び順ウンヌン言う人いるけど、 本来保証されていないもの。 ファイル並び順の情報を保存したければ、別の方法で保存するのが筋。 検索の高速化のために内部で並び替えちゃう fs は多いよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/467
468: login:Penguin [sage] 2005/05/15(日) 00:48:02 ID:4/Ea395X それじゃ、readdir()の実装はどう説明すれば良い？ dir_indexが有効だと"."や".."を含めて並びが乱れるよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/468
469: login:Penguin [sage] 2005/05/15(日) 01:36:07 ID:eD5W67uQ >>468 乱れるからどうだっていうんですか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/469
470: login:Penguin [sage] 2005/05/15(日) 08:51:23 ID:4/Ea395X >>469 ディレクトリリストを見るときls -flを使わない人ですか？ 先頭が"."と".."と想定しているプログラムが支障をきたします。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/470
471: login:Penguin [sage] 2005/05/15(日) 08:53:11 ID:wvbOfMkE そんなプログラム死ねよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/471
472: login:Penguin [sage] 2005/05/15(日) 10:00:53 ID:FD02IJwt >dir_indexが有効だと"."や".."を含めて並びが乱れるよ。 >先頭が"."と".."と想定しているプログラムが支障をきたします。 結局dir_index(tune2fsでのH-Treeのスイッチね)は有効にするなということでFA? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/472
473: login:Penguin [sage] 2005/05/15(日) 10:29:56 ID:FuN4WlbD なんか馬鹿が腐れた自作プログラムの擁護するのに大変そうだね… でも、馬鹿がいくら擁護したところで、自分の馬鹿さ加減をより晒すだけだよ。 あと、暖かくなってきて恥垢臭がきつくなってきたんで、いい加減 包茎手術したら? 馬鹿は治せないけど包茎なら治せるんだし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/473
474: login:Penguin [sage] 2005/05/15(日) 10:45:53 ID:+aIWv882 >>470 たとえばどのプログラム? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/474
475: login:Penguin [sage] 2005/05/15(日) 10:59:04 ID:bU0yJ5y/ >>470 そういう想定をするプログラムが悪いだけでは。 そもそも先頭が"." ".."になることを仕様として保証しているファイルシステムなんて そんなにないんじゃないか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/475
476: login:Penguin [sage] 2005/05/15(日) 13:41:08 ID:G7HMkt+G >>475 ﾎﾟｶｰﾝ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/476
477: login:Penguin [sage] 2005/05/15(日) 14:24:42 ID:JIHdX8Y4 Error counter log: Errors Corrected by Total Correction Gigabytes Total EEC rereads/ errors algorithm processed uncorrected fast | delayed rewrites corrected invocations [10^9 bytes] errors read: 0 0 0 0 0 116.318 0 write: 0 0 0 121 121 162.833 0 verify: 0 0 0 1 1 109.298 0 Non-medium error count: 0 Error Events logging not supported smart-ctrl にてこんな感じのエラー吐いたんだけど、これってどう診断すればいいんだろう。 寿命と見るべき？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/477
478: login:Penguin [sage] 2005/05/15(日) 14:39:23 ID:tQyvF4oC >>474 自分がくらった例としてpmakeでこういうコードがあった。 (インデントは変えちゃってる) /* * Skip the first two entries -- these will *always* be . * and .. */ (void)readdir(d); (void)readdir(d); これコメントの意図通り動いてなくて悩んだYO。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/478
479: login:Penguin [sage] 2005/05/15(日) 15:45:04 ID:W4sCdrI7 ルートディレクトリならどうなるんだろ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/479
480: login:Penguin [sage] 2005/05/15(日) 15:52:00 ID:sBOcguWp >>479 お前素人?ルートディレクトリでも..はあるだろうが http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/480
481: login:Penguin [sage] 2005/05/17(火) 03:04:57 ID:PHaMhldM >>477 ハードディスクは日常的に細かいエラーを起こし、 そのエラー回数を集計したものを表示しているに 過ぎず、問題があって表示しているわけでは無いから 心配するのはまだ。 数値的には、エラーはほとんど無いし、 「uncorrected error」が発生していないし、 心配はいらないと思うよ。 ・121 回は無事に書き込みエラーが修正 ・116Gバイト読み込み ・163Gバイト書き込み ・109Gバイト検査 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/481
482: login:Penguin [sage] 2005/05/17(火) 06:19:31 ID:F2Fb99TS Ext3でナノ秒タイムスタンプ対応ってどうなってる？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/482
483: login:Penguin [sage] 2005/05/17(火) 08:13:44 ID:GLsf8WpD 見た事のない smartctl の出力だと思ったら、SCSI なのね。 びんぼーのぼくは、ATA でつよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/483
484: login:Penguin [sage] 2005/05/17(火) 10:00:35 ID:gmUNXIDN >>480 スマソ、MS-DOSのFSと混同してた ちなみにDOSのルートには . .. 共無かった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/484
485: login:Penguin [sage] 2005/05/17(火) 11:21:35 ID:kCITkC3l >>482 ext3のinodeにはdefaultではnanosecondなc/m/atimeを格納する余地がないので、 big inodeにしないといけなかったような気がする。 linux-2.6.11.10ではfs/ext3/inode.cでは void ext3_read_inode(struct inode * inode) { ... inode->i_atime.tv_nsec = inode->i_ctime.tv_nsec = inode->i_mtime.tv_nsec = 0; となっていてkernel側では知覚はできるけどfilesystemからは読み取らないようになってるね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/485
486: 477 [sage] 2005/05/20(金) 01:17:52 ID:yJ30u50y >>481 わかりやすい説明ありがとん。smartctl の導入ページはあっても、 情報の分析ページが無くてこまっていました。本当に３Qでふ。 >>483 6年前の PC で未だに Socket 7 だったり。 CPU が遅いからディスクで稼ごうとして FULL SCSI で組んだら 偉く高くついてしまった…orz http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/486
487: login:Penguin [sage] 2005/05/20(金) 03:03:41 ID:jSorVggC そういえばreiserfs4って頓挫したの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/487
488: login:Penguin [sage] 2005/05/20(金) 10:00:27 ID:Tg7xbKnx した http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/488
489: login:Penguin [sage] 2005/05/20(金) 12:27:10 ID:yCDzmLUz >>487 reiser4ならあるけど、頓挫したのか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/489
490: login:Penguin [sage] 2005/05/20(金) 13:14:12 ID:QWQg0Sx/ 頓挫だって？ 全てのpartitionがreiser4なオレのマシンはどうしたらいいんだ！！ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/490
491: login:Penguin [sage] 2005/05/20(金) 17:48:15 ID:gRG2z9TW >>487 ソース見せれ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/491
492: login:Penguin [] 2005/05/24(火) 21:28:52 ID:CcC3rd0B Linux って smart に関するチェックツールは標準でついていますか? SUSEとかRedHatあたりを想定して質問しています． http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/492
493: login:Penguin [sage] 2005/05/24(火) 21:40:49 ID:U6QwgWRd smartctl 標準で付いてるかはしらね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/493
494: login:Penguin [sage] 2005/05/25(水) 02:05:38 ID:TyXMytcf >>492 FC3の場合、smartctlはkernel-utilsに入ってる。 標準と言ってもいいと思う。 FC-develの場合、smartmontoolsに入っている。 こちらは標準かはパッケージからは不明。 インストーラのスクリプトを読んでくれ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/494
495: login:Penguin [sage] 2005/05/25(水) 16:34:15 ID:E6SguD3j >>492 SUSEだと、まんまsmartmontoolsというパッケージに入ってるな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/495
496: login:Penguin [sage] 2005/05/29(日) 00:10:18 ID:jMu2od1v Novell SUSE LINX Enterprise Server 9 評価版 にlustreが入ってたので試してみました。 フルインストールでもlustreは選択されてないので、 検索→lustreで出てきたパッケージを入れてインスコ で、time ddで性能計ってみた ローカル性能、1spindle ext2とext2上に作成したスピンドルに対してのI/O read(time dd if=/fs of=/dev/null) size___ext2_____lustre __4KB__778M/s___200M/s 128KB__776M/s___580M/s __4MB__777M/s___730M/s 128MB__777M/s___735M/s write(time dd if=/dev/zero of=/fs) size___ext2_____lustre __4KB___42M/s____38M/s 128KB___42M/s____78M/s __4MB___42M/s___122M/s 128MB___41M/s___121M/s lustre。。ext2上に作成しているのにもかかわらず ext2の3倍。。。syncしてるのか？？ あきらかにHD性能超えてて怖いのだが。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/496
497: login:Penguin [sage] 2005/05/29(日) 04:05:10 ID:c3E3M3x2 Linuxのファイルシステムってなんでまともにsyncしないものが多いんだろ? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/497
498: login:Penguin [sage] 2005/05/29(日) 04:17:11 ID:TPP2iooT http://blog.livedoor.jp/shi3z/archives/23323373.html また、パフォーマンス上も問題があって、実際にLinuxでサーバを組んで、 30万個のファイルを置いてみたら爆発的に遅くなった挙句、ハードディスク が焼け死ぬという事態をひきおこしてしまい、以来なるべくWindowsサーバを 使っています。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/498
499: login:Penguin [sage] 2005/05/29(日) 04:28:35 ID:zSFo58bZ ファイルシステムってハードディスクの物理的な破損を引き起こす事が可能なの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/499
500: login:Penguin [sage] 2005/05/29(日) 11:06:08 ID:twTCB58j 寿命を縮めるぐらいならできそうだけど、 焼け死ぬかねぇ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/500
501: login:Penguin [sage] 2005/05/29(日) 11:17:51 ID:gtLSw276 >>498 この人は ＞Linux関連のサーバを作って飯を食うようになってかれこれ6年経ちますが、 ＞いまだに全貌が把握できていません とか言ってWindowsサーバを使っているということは、 windowsの全貌を把握しているということなのか。 それはものすごくとんでもなくすごいことのように思われるのだが。。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/501
502: login:Penguin [sage] 2005/05/29(日) 12:11:39 ID:hkr9w7J3 6年も使ってるのに把握できないなんてよっぽど... http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/502
503: 477 [sage] 2005/05/29(日) 12:32:20 ID:EBOrcVsP >>501 こんなやつが、Linux 鯖で飯を食ってる当たりが エセエンジニアの 臭いがプンプン。だいたい fs と hd の物理的破損が関係あるわけない。 何の根拠もなく、こんなのことを平気で書くエンジニアがいるなんて 自分の無能をさらしているようなもんだろ。そういうやつがいるから 漏れに尻ぬぐいが回ってきて困るわけだが…。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/503
504: login:Penguin [sage] 2005/05/29(日) 12:43:24 ID:80gG1moJ 誤 ＞Linux関連のサーバを作って飯を食うようになってかれこれ6年経ちますが、 正 ＞Linux関連のサーバールームを作って飯を食うようになってかれこれ6年経ちますが、 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/504
505: login:Penguin [sage] 2005/05/29(日) 12:50:32 ID:KKU89vSn sambaが激遅なのは、認める。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/505
506: login:Penguin [sage] 2005/05/29(日) 12:57:43 ID:OUUVBMqM 自爆スイッチを押しちゃったんだよ、いろんな意味で。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/506
507: login:Penguin [sage] 2005/05/29(日) 13:20:34 ID:jMu2od1v >>498 ファイルシステムごとに特性があるので、 用途に合わせてファイルシステムを選ぶ べきだと思いますよ。 ファイル数が多い用途ならxfsかな。 私は1500万ファイル作成の実績がある。 6年も何をやってたのでしょうかね。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/507
508: login:Penguin [sage] 2005/05/29(日) 14:01:37 ID:c9+5TNiD >>496 lustreってどういうモノ？ >>497 いつの話をしている？ - どうせマシンが落ちたらおしまいだから、と割り切っていた。 - Linusが遅いのが嫌いだから、速度稼ぐため。 というのが昔の認識だったが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/508
509: login:Penguin [sage] 2005/05/29(日) 14:39:56 ID:c3E3M3x2 >>508 今の話。いまだにext3ですらまともにsyncしとらんのじゃないかという話すら あるわけで。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/509
510: login:Penguin [sage] 2005/05/29(日) 14:40:53 ID:jMu2od1v http://www.lustre.org/ lustreは並列ファイルシステム、pvfsなども並列ファイルシステム 1台以上のPCでファイルシステムを構築する。 PC512台で1台当たり100GのHDを2個づつ持ってたら 100G×2個×512台＝ 100TBの大容量ファイルシステムを組める まぁ1台構成でもいいけど。 Lustreは1.2.4が無料公開 1.4系は有料です。 SuSEに入ってるのは1.2.1でした。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/510
511: login:Penguin [sage] 2005/05/29(日) 15:07:34 ID:NoZthknx >509 まともにsyncしなければならない状況って どこまでを対象(保証)するかというわけで、 lkmlで教祖様も、H.Reiserに「まぁ、頑張れや」 ってコメントを食らってたなぁ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/511
512: login:Penguin [sage] 2005/05/29(日) 16:07:06 ID:SXHWtLvr 教祖様って何してる人なの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/512
513: login:Penguin [sage] 2005/05/30(月) 09:09:19 ID:3U+9qI7o 要するに、どこまで保証するの？って話しになるときりがないから、 最初からsyncをしないって選択はありじゃない？ ぶっちゃけunmountの時だけsyncすればいい気がする。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/513
514: login:Penguin [sage] 2005/05/30(月) 09:12:52 ID:i64dRy21 流石513だ そんなところに憧れるぜ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/514
515: login:Penguin [sage] 2005/05/30(月) 10:49:06 ID:KoV8h0gA >>507 関係ないところでつっこんでわるいが、 細かい大量のファイルの処理なら ReiserFS、 大きなファイルの処理なら XFS が良いかと。 >>498 こ・・これは・・・。 こういう考えの人もいるから、 オープンソースとクローズソース論争が余計ねじれるのかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/515
516: login:Penguin [sage] 2005/05/30(月) 11:58:59 ID:y3FzkrcN > ttp://blog.livedoor.jp/shi3z/archives/23323373.html こいつは主にゲーハー板で有名な、MS営業にいそしむ電波なので関わらないのが吉かと。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/516
517: login:Penguin [sage] 2005/05/30(月) 13:04:01 ID:5fd+kXfT >>515 今ならそうかもしれない 昔ならありえない時期もあった そもそも「仕事で使うならReiserFSは選択肢に入れない」っていう人もこのスレには多いはず なお>>570は細かいとは一言も言っていない http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/517
518: login:Penguin [sage] 2005/05/30(月) 13:23:04 ID:isNlVzIG >>517 日本国内の場合、仕事でLinux OSを使うこということは ほとんどRed Hat Enterprise Linuxを使うということになるので、 技術的には使えてもサポートされていないReiserFSは 選択肢からは外れるね。SuSEを使うならOKだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/518
519: login:Penguin [sage] 2005/05/30(月) 13:41:51 ID:04TkSPjg >>570よ、「細かい」とは絶対書くなよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/519
520: login:Penguin [sage] 2005/05/30(月) 14:07:31 ID:5vmRVw8C >>570 やらないか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/520
521: login:Penguin [sage] 2005/05/30(月) 23:53:50 ID:YBPuhiGd >>518 は「仕事でLinux OSを使う」イコール「ホストのお守り」という 思いこみの激しい香具師。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/521
522: login:Penguin [sage] 2005/05/30(月) 23:55:52 ID:BpInOoAy >>570 「大きな」と書いとけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/522
523: login:Penguin [sage] 2005/05/31(火) 02:39:43 ID:66ZHUBQ4 相変わらず要らない子なJFS http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/523
524: login:Penguin [sage] 2005/05/31(火) 23:19:36 ID:X6W3xdgE >>523 確かにねぇ... HT-Treeでオールマイティーの ext3 小さいファイルなら reiserfs 大きいファイルなら XFS ext3の代りにつかってみようか。でもユーザが少ないと バグ出しも十分でないし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/524
525: login:Penguin [sage] 2005/05/31(火) 23:20:41 ID:X6W3xdgE うひひ H-Treeだわさ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/525
526: login:Penguin [sage] 2005/05/31(火) 23:58:25 ID:jsVIaIdN reiser4も、そこはかとなく要らない子風味？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/526
527: login:Penguin [sage] 2005/06/01(水) 00:16:19 ID:ShbNpydh >>526 前使ってたけど、人柱は足りてない気はする。 特性とかがreiserfsと近いならそのうち置き換わるんじゃね？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/527
528: login:Penguin [sage] 2005/06/01(水) 02:10:07 ID:2U2sugfS 小さいなら reiserfs って アクセスが速いってこと？ それとも容量を食わないってこと？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/528
529: login:Penguin [sage] 2005/06/01(水) 07:47:17 ID:rTg/Ztgc niifs (New Implementation of a Log-Structured File System) http://lc.linux.or.jp/lc2005/01.html はどうなんかの http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/529
530: login:Penguin [sage] 2005/06/01(水) 08:20:05 ID:NRggAtI+ >>528 一応両方。 ファイル最後尾の小さな断片をまとめることで容量を節約する機構がある。 （Reiser ほどじゃないけど XFS にも節約機構有り。） 速度に関しては、ファイルの作成・削除が非常に高速なので、 結果小さいファイルを多く作るのが速い。 デフラグソフト PerfectDisk を使っていると分かるけど、 クライアント用途においては容量比で 90% 以上のファイルは一ヶ月以上 更新されない。ReiserFS はこれに着目してファイルを再配置する機構もある。 元々 Reiser 系は小さいファイルの扱いにフォーカスして設計されている。 Windows に比べて小さいファイルを作る傾向にある Linux の事情に 合わせた方針なわけだけど、結果、クライアント用途に抜群な FS となった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/530
531: login:Penguin [sage] 2005/06/01(水) 09:23:49 ID:ezJ7Y1/u JFSは使われてないねぇ。 SELinuxでつかえないから、FC/RedHat系で使われる事もないだろうし。 ReiserFSだと小さいファイルは、なんて言うか忘れたけど、 NTFSのMFTみたいに扱うから、それも高速化の一因だったはず。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/531
532: login:Penguin [sage] 2005/06/01(水) 12:52:05 ID:pd+Zn3ll いや、NTFSのMFTのようにinodeの直接収めるのはXFSの方だよ Reiserfsのpackingは違うっしょ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/532
533: login:Penguin [sage] 2005/06/01(水) 17:13:07 ID:pd+Zn3ll ×inodeの ○inodeに http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/533
534: login:Penguin [sage] 2005/06/03(金) 00:22:00 ID:9Z8EdnsP JFSでシステム組んでるんですけど、、、orz. でも、いまんとこクラッシュなくて（・∀・）ｲｲ!!よ。 ext3ではひどい目にあったけど、、、 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/534
535: login:Penguin [sage] 2005/06/03(金) 04:21:42 ID:fqpvqrM5 なんでこんなに大勢で弄ってるわりにはLinuxのファイルシステムって 評判悪いの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/535
536: login:Penguin [sage] 2005/06/03(金) 04:26:31 ID:cyvEt3ew 評判悪い？ そんなこときいたこともないよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/536
537: login:Penguin [sage] 2005/06/03(金) 07:22:54 ID:6fV393qL VxVMのおまけのVxFSでいいや。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/537
538: login:Penguin [sage] 2005/06/03(金) 23:55:14 ID:riyCeKN/ OSF1のおまけのAFSでいいや。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/538
539: login:Penguin [sage] 2005/06/05(日) 13:35:56 ID:NmJdwXF5 本当かどうかはともかく、悪い評判をまいてるヤシはいるわな。ほれ、また奥山ネタだが。 ttp://slashdot.jp/journal.pl?op=display&uid=2487&id=300774 >Qu FuPing が LinusとFile System Maintainer に対し、障害時エラー出力の標準化を求めている。 >しかし、Linusは全く対応しようとしない。その態度には誠実さなどかけらも無い。 > >背景を少し説明しよう。 Project DOUBT で、彼は 実に素晴らしいテスト を考え付いてくれた。 >対象はファイルシステム。調査内容はハードウェア障害をファイルシステムがいかに素早く >アプリケーションに通達するか、だ。 >意図的にUPnP機能を持つデバイス上にファイルシステムを作ることで、 >デバイスドライバーまでは障害を確実に取得できるようにする。 >ファイルシステムにさまざまな形式のアクセスを行いながらUSBケーブルを引っこ抜き、 >ファイルシステムがどのタイミングで障害を報告するのかを調べると、 > * そもそもエラーとして障害を返さない。 > * エラー内容が明らかに間違っている(Storageは丸ごと存在しないのだ。 > Read Only File Systemって何事?読めるって言うのか?!) > * 勝手にキャッシュが正しいことを仮定している > (Cacheっていうのはオリジナルに対するデータのコピーで、 > 整合性がちゃんと制御されているものを言う。 > オリジナルへのアクセス能力を失ったら、整合性を制御できないのだ。 > デバイス障害を検出したら、速攻でキャッシュは破棄しなくてはいけない) > * そして、ファイルシステム間でエラーがバラバラである > >はっきり言っていかなる用途であれ、このような信頼性の無さは許されるものではない。 >が、Linusは問題を指摘されても直そうとは考えないらしい。問題の存在自体をきっぱりと無視している。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/539
540: login:Penguin [sage] 2005/06/05(日) 14:51:44 ID:bh5pvN4i >>539 Windowsなんかは、知識が足りないユーザーも使うから、 エラーはしっかり出すように気をつけてるんかね〜 OSごとに、ターゲットにしてる人に合わせた対応って感じなのかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/540
541: login:Penguin [sage] 2005/06/05(日) 15:33:07 ID:VJ9bX/vX WindowsでFAT32に4Gを超えるファイルを http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/541
542: login:Penguin [sage] 2005/06/05(日) 15:34:25 ID:VJ9bX/vX 途中で投稿しちまった コピーしようとしたときのエラーメッセージとか、しっかりしてないよWindowsも http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/542
543: login:Penguin [sage] 2005/06/05(日) 16:05:11 ID:NmJdwXF5 WindowsのUSBデバイスの場合は、デバイスがひっこぬかれた瞬間に システム側のファイルシステムが強制アンマウントされた状態になるよね。 Unixで同じようにファイルシステム強制アンマウントってできるの? 普通はプロセスがさわってたらDevice busyとかなっちゃうけど、 あれの根本的解決ないのかな。 linux-2.4.30でUSB HDDひっこぬいて(device busyがない状態で) 存在しなくなったブロックデバイスをumountしようとすると reiserfsなんかはfs driver内でSEGV起きてたりした気がする。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/543
544: login:Penguin [sage] 2005/06/05(日) 17:10:30 ID:NpLX2uh5 昔 USB フロッピードライブを USB 端子にさしたとき、 ディスクが入ってないせいで kernel がとまったことがあった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/544
545: login:Penguin [sage] 2005/06/05(日) 18:28:35 ID:r7kQQlxC これ言っちゃおしまいかもしれないけど、 Linuxは昔も今もこれからも、そういうモノでないかなあ。 それが嫌ならBSDなりSolarisなりWindowsなりを使えばいいわけで。 それを知らずにLinusの信者になる方が悪いっていうか… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/545
546: login:Penguin [sage] 2005/06/05(日) 18:32:37 ID:b0+PVAiV Linus「patch書けば？」 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/546
547: login:Penguin [sage] 2005/06/05(日) 19:13:10 ID:bh5pvN4i でも、気に入らないって言われて、書いたパッチはキックされちゃうんでしょｗ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/547
548: login:Penguin [sage] 2005/06/05(日) 19:20:54 ID:Za7i2s6w >>539 Qu FupingがLKMLで相談したのがこのスレ ttp://lkml.org/lkml/2005/5/16/9 教祖様が参戦したスレは 「USBはホットプラグデバイスなんだから再接続した時にスムーズに再マウントできないとダメだろ」 とかめちゃめちゃな流れになっててワロス 長文のわりに議論が下手糞だなあ ところでFreeBSDのFireWireディスクは切断-再接続した時再マウントなしに使えるんじゃなかったっけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/548
549: login:Penguin [sage] 2005/06/05(日) 22:18:51 ID:+llbLc1X そこで fork ですよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/549
550: login:Penguin [sage] 2005/06/05(日) 23:21:58 ID:VQX7pw2P ∩＿＿＿∩ ｜ | ノ＼ ヽ | / ●゛ ● | | | ∪ ( _●_) ミ | 彡､ |∪| | --+∈ / ∩ノ ⊃ ヽ ( ＼ ／ ＿ノ | | .＼ “ ／＿＿| | ＼ ／＿＿＿ ／ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/550
551: login:Penguin [sage] 2005/06/06(月) 00:11:25 ID:y1ocIhz9 そりゃ食えん http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/551
552: login:Penguin [sage] 2005/06/06(月) 01:55:39 ID:vt5pixcw Linus「文句言う or 日記書く or 2chに書きこみする 暇があったら、*素晴らしい* patch 書け。以上、議論終了。」 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/552
553: login:Penguin [sage] 2005/06/06(月) 06:18:03 ID:s8RLPHSC あくまで、fsに関してのセンスが最悪なLinus的に素晴らしいパッチだけどな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/553
554: login:Penguin [sage] 2005/06/06(月) 07:40:46 ID:SMFVEdZT reiserはサイズの小さいファイルに適していると聞くけど、具体的にどれくらいのサイズまで適してるの? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/554
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 429 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.208s*