[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その3**/ (983ﾚｽ)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
554: login:Penguin [sage] 2005/06/06(月) 07:40:46 ID:SMFVEdZT reiserはサイズの小さいファイルに適していると聞くけど、具体的にどれくらいのサイズまで適してるの? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/554
555: login:Penguin [sage] 2005/06/06(月) 14:13:50 ID:wuoAwrG5 >>550 コーヒー噴いた http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/555
556: login:Penguin [sage] 2005/06/06(月) 15:32:38 ID:D/IOdsga >>553 素晴らしくないから拒否される。 本当に最悪と思うなら、>>553の言う最高にセンスのある fs に書き直してみせろよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/556
557: login:Penguin [sage] 2005/06/06(月) 16:22:41 ID:poq1WMUj Qu Fupingはfs/mpage.c(MLではmmap()の話だったような)について 同じ動機(デバイスのI/O error対処がなってない)でパッチを投稿して、 Mortonに査読されて、昨日Linusにとりこまれたみたいね。 http://grmso.net:8090/commit/854715be73b221596c7127d4042e1120d4539e19/ とりあえず、Qu Fupingにとっての第一段階の到達点はfsのセンスがどーのこーのではなく、 存在しなくなったデバイスへの書き込みは揃ってEIOを返せというあたりだろうから、 小出しにパッチ書いて投稿できるんじゃないかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/557
558: login:Penguin [sage] 2005/06/06(月) 23:42:53 ID:yGEbpLlG reiserfsはpageサイズ以内であれば速いですね。 i386なら4Kbyte以内、x86_64とia64であれば16Kbyte以内 reiserfs_file_write や reiserfs_writepage ->reiserfs_write_full_page のソースを追っていけばわかるが、書き込み領域が 1ページの場合だけ、特殊な動作でwrite処理を実現している。 特殊な動作ってのは説明しづらいが。。 小さいファイルをページに詰める処理があって、seekの負担を 減らしたりして、ディスク効率良＆速度を稼ぐ 複数ページのwriteは他のファイルシステム同様writeキューに 入れて非同期I/Oにつないで、pdflushのタイミングでwriteし 外見えの速度を稼ぐようにしている。 getmeta系はリスト構造が木構造で速い。。 としか、簡単に言えないな。。 reiserfsで1冊本書いても売れないだろうな。。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/558
559: login:Penguin [sage] 2005/06/07(火) 00:44:57 ID:rKiW1npn >>558 詳解ファイルシステム とか出して 買うよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/559
560: login:Penguin [sage] 2005/06/07(火) 01:03:44 ID:dZKu4NWQ >>558 洩れも買うぞ。 reiser4もよろ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/560
561: login:Penguin [sage] 2005/06/07(火) 01:04:54 ID:bb9xKaSm 解説書の陳腐化速度予想 低速 高速 <---------------------------> UFS JFS XFS EXT2 EXT3 ReiserFS(測定不能) http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/561
562: login:Penguin [sage] 2005/06/07(火) 13:45:28 ID:lZfPWDIo 工夫はいろいろされていると思うが、小細工がかえってパフォーマンスを悪化させることもあって、 実際にどのサイズでどの程度速いかは測らないとわからないかもしれず。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/562
563: login:Penguin [sage] 2005/06/07(火) 17:12:43 ID:CL2BJbX6 >>539 ぶっちゃけた話、↓これに尽きるだろ。 http://pc8.2ch.net/test/read.cgi/linux/1100967722/I318 >Kyle> But you miss the point. Linux is *NOT* about "business", or "enterprise", or "mission-critical". Linux is (at least to many hackers) about hacking, having fun, and Good Design(TM). http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/563
564: login:Penguin [sage] 2005/06/07(火) 21:16:58 ID:g668WLL2 reiserfs4の内部構造の解説はどこかにwikiがあったよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/564
565: login:Penguin [sage] 2005/06/07(火) 21:50:46 ID:bGOaxwoO >>563 そのレスの中で一番ウケたのは Andi> Didnt review more. だなｗｗｗｗｗｗｗｗｗ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/565
566: login:Penguin [sage] 2005/06/08(水) 01:18:33 ID:hmEOGUL7 ReiserFS のパッキングは確かに速度低下の原因になっているよ。 だから Reiser4 では改良の対象になっている。 ただ、他の工夫で速度をあげているけど。 >>532 にあるような、NTFS XFS の方法は 効果は極端に小さいファイルに限定される。 （NTFS の場合、約 700バイト以下） ReiserFS の場合、中途半端に小さいファイルでも効果あり。 Reiser4 がなかなか登場しないからいっそのこと ReiserFS (v3) で / を作る手を打つべきだろうか。 速度にこだわらないなら ext2 も意外に堅牢だと言うし迷うな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/566
567: login:Penguin [sage] 2005/06/08(水) 01:52:04 ID:xSWyctMC >>566 Reiser4が登場しないってどゆこと？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/567
568: login:Penguin [sage] 2005/06/08(水) 02:02:18 ID:hmEOGUL7 >>567 書き方悪かった。 標準カーネルになかなか取り込まれないってことで。 こんな記事もあった。（１月頃の記事） http://japan.linux.com/desktop/05/01/11/138258.shtml >Reiser4は、Linuxカーネル開発者たちによって拒否されたため、 >正式なカーネルおよびインストーラの一部としてはサポートしていません http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/568
569: login:Penguin [sage] 2005/06/08(水) 02:07:42 ID:4YE2nrMe reiserfs って 3 のときもひと悶着あったね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/569
570: login:Penguin [] 2005/06/08(水) 04:26:20 ID:IZ76wtzA mmには入ってるんだっけ？ > Reiser4 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/570
571: login:Penguin [sage] 2005/06/08(水) 12:45:37 ID:jRFVsXNe Reiserって今や出来の悪いレガシー扱いされてるからなぁ・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/571
572: login:Penguin [sage] 2005/06/08(水) 14:07:52 ID:74pqZXMt >>570 はいっとる＞2.6.12-rc6-mm1 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/572
573: login:Penguin [sage] 2005/06/10(金) 06:37:17 ID:yCzBxLKp homeみてみたら、5M〜15Mあたりのファイルが多かったんだがReiser使うにはでかすぎるかな 普通にext3使っとくか… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/573
574: login:Penguin [sage] 2005/06/10(金) 18:02:09 ID:P9msjoRr そこでxfsですよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/574
575: login:Penguin [sage] 2005/06/10(金) 23:50:29 ID:dHgAE2e0 Reiser4だね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/575
576: login:Penguin [sage] 2005/06/10(金) 23:56:04 ID:yCzBxLKp xfsって5〜15Mあたりの大きさに適してるんですか? 大きいサイズって言うから少なくとも100M超かと勝手に思ってた。 数Bytes〜4kBytes なら Reiserfs 5M〜 なら xfs って認識でOK? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/576
577: login:Penguin [sage] 2005/06/11(土) 00:16:47 ID:4GLdh6L7 xfsは細かいファイルだってかまわないで食っちまうファイルシステムなんだぜ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/577
578: login:Penguin [sage] 2005/06/11(土) 00:25:24 ID:5zO7UDA4 >>577 XFSってファイル消去がすげー遅かった記憶があるんだけど直ってる？ 昔2.4カーネルにマージされる前に # rm -rf /usr/src/linux してえらく待たされた。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/578
579: login:Penguin [sage] 2005/06/11(土) 01:06:40 ID:p/bHJkl2 >>578 試してみたらHDD突然死した＿|￣|○ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/579
580: login:Penguin [sage] 2005/06/11(土) 01:29:07 ID:U5YVO0VJ 過労でつか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/580
581: login:Penguin [sage] 2005/06/11(土) 02:23:39 ID:hsNbI7ep そもそも「そこで○○ですよ」とか言ってる香具師に反応した時点で釣られてることに気付け。 昔のXFSにくらべたら今のXFSは 「サイズは小さいが大量のファイルの生成/消去くりかえし」 の速度がかなり改善されてるが、 ReiserFSがダンチに速い状況はかわらず。 しかしXFSがメタクソに遅かったのって2.4.0-testXXXとかその頃じゃねーの? 今の2.4.31とか別に死ぬほど遅いとは思わんがな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/581
582: login:Penguin [sage] 2005/06/11(土) 06:45:11 ID:k51zl/Fq らいざーって読むんだね レーザーって読んでた http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/582
583: login:Penguin [sage] 2005/06/11(土) 09:42:24 ID:1+AbN8Zx Linux界隈の人間は用途ごとに別のFile Systemを使おうとする件について http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/583
584: login:Penguin [sage] 2005/06/11(土) 09:47:40 ID:RfndU6BJ 適材適所 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/584
585: login:Penguin [sage] 2005/06/11(土) 10:22:10 ID:BT05QDD/ 適材適所っていうほど違うわけでもない。 ってことで、信頼性はおしなべて低い(w http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/585
586: login:Penguin [sage] 2005/06/11(土) 10:25:22 ID:pbNfN/HA それがLinuxｸｵﾘﾃｨ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/586
587: login:Penguin [sage] 2005/06/11(土) 10:46:04 ID:YBm7Ac5C OS自体を楽しむためのOSだから、それでいいんじゃない？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/587
588: login:Penguin [sage] 2005/06/11(土) 11:16:34 ID:QwwdnapJ 全部ext3(ext2)なんて耐えられない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/588
589: login:Penguin [sage] 2005/06/11(土) 11:49:07 ID:k11yFVyv 適材適所なのは分かるが、具体的にどんなときに適してるかまとめてある資料ってない? reiserが小さいファイル、xfsが大きいファイルに適してるってのは知ってるんだが、 >>576が言うみたいな具体的なサイズまでは知らない。 どれくらいの大きさなら、ext3と同程度かそれ以上の性能が出せるのかが知りたいんだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/589
590: login:Penguin [sage] 2005/06/11(土) 13:15:07 ID:1+AbN8Zx 速度しか見ようとしないから厨と言われるのだ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/590
591: login:Penguin [sage] 2005/06/11(土) 18:11:08 ID:tsyT4Q7w >>589 なんだかんだ言って、どのファイルシステムも 大きいファイルから小さいファイルまで考えて作ってある。 確かに、ファイルシステム自体の評価は余り見かけないね。 「 ext は断片化に強いからデフラグは不要 」 と 信じて疑わない人が大多数であるし。 結果は >>529 の一番下の資料を見る限り Windows と同様、 断片化の影響を大きく受けている。 疑わないことで Windows に遅れを取ったことになる。 サーバーマシンではデフラグの効果が余り無いのも事実だけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/591
592: login:Penguin [sage] 2005/06/11(土) 18:31:48 ID:hsNbI7ep ext2のデフラグツールって90年代前半には既にあっただろ Unixの「デフラグツールはありえない」っていう思い込みを 無批判にLinuxに適用していたアフォ評論家が多かっただけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/592
593: login:Penguin [sage] 2005/06/12(日) 12:09:08 ID:WyDea27m ・fsckが早い ・使用環境のファイルサイズが大きいものが多い環境（1GB以上のファイル） ・そのファイルサイズが大きいファイルの削除が早い ・ランダムアクセスはほとんど発生しない ・MDデバイスやLVM上でもファイルシステムを構築できる ・ファイルシステムの拡張ができる（できれば縮小もできるとうれしいけど、その点は妥協） といった感じで現在SuSE Linux 8.2 (Kernel 2.4系）で XFSメインで使用しているのですが 最近（Kernel2.6環境）でも上記条件ではXFSにしておくのが無難ですかねぇ？ ログ見るとReiserFSがかなりよくなってるようですが・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/593
594: login:Penguin [sage] 2005/06/12(日) 12:31:08 ID:L2jXqSZl >>593 >>・fsckが早い XFSのfsckのソースのmain()の中身って return 0; だけじゃなかったっけ? 今は違ってる? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/594
595: login:Penguin [sage] 2005/06/12(日) 14:06:10 ID:mDDN0cpU int main(int argc, char **argv) { return 0; } 先生！変わってませんでした！ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/595
596: login:Penguin [sage] 2005/06/12(日) 14:59:48 ID:vGQn+qRP > int > main(int argc, char **argv) > { > return 0; > } Hello World よりも酷いね・・ 早くLinuxででもUFS2を不自由なく使えるようになって欲しい。 UFS2は素晴しい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/596
597: login:Penguin [sage] 2005/06/12(日) 15:31:49 ID:rxgjWDEm >>596 何がうれしいの? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/597
598: login:Penguin [sage] 2005/06/12(日) 17:13:45 ID:xKpfalq4 しかし、reiserfs や ntfs とメジャーなものばっかりですなぁ。話題は。 漏れとしてはそれよか、他のシステムで使われているファイルシステムが気になるのだが...hfsとかhpfsとか まぁそっち側の趣味を持っている奴がいるのかいないのかぐらい確かめさせてくれ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/598
599: login:Penguin [sage] 2005/06/12(日) 17:33:37 ID:2UA783RA >>596 Linuxのことだから、一から再実装してext2と大してと変わらんシロモノになるぞ(w http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/599
600: login:Penguin [sage] 2005/06/12(日) 18:53:43 ID:44r2DxRg filesystemについて理解していないのならわざわざバカなこと書いて 無能を晒さなくてもいいのに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/600
601: login:Penguin [sage] 2005/06/12(日) 19:11:52 ID:YlSd9RFt 600=真性包茎 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/601
602: login:Penguin [sage] 2005/06/12(日) 19:25:39 ID:jYbChQgW 真性包茎 = UFS 仮性包茎 = UFS + Softupdate ズルムケ = XFS, Reiserfs http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/602
603: login:Penguin [sage] 2005/06/13(月) 03:56:57 ID:TqaxjCvq 上の方がすぐれてるんだよな？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/603
604: login:Penguin [sage] 2005/06/13(月) 04:14:41 ID:KnVvvbwy >>603 真ん中が地球上の動物として普通。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/604
605: login:Penguin [sage] 2005/06/13(月) 08:11:39 ID:WmB6lfpd http://blog.livedoor.jp/shi3z/archives/24991969.html Re:ひとつのディレクトリに数十万個のファイル？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/605
606: login:Penguin [sage] 2005/06/13(月) 08:59:23 ID:2RWzgV4j そもそもXFSのfsckに何をさせようというのだろう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/606
607: login:Penguin [sage] 2005/06/13(月) 11:36:26 ID:rDElFmZS >>593 が言ってるfsckってjournal replayのことだろ… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/607
608: login:Penguin [sage] 2005/06/13(月) 16:41:04 ID:u9pC4VSX >>605 要約すると 「ぼくは情報処理のべんきょうをしたことがありません」 「ぼくは悪くありません」 てことですね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/608
609: login:Penguin [sage] 2005/06/13(月) 23:57:22 ID:lEURqtLJ まあ、普通に考えてDBでやるだろうな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/609
610: login:Penguin [sage] 2005/06/14(火) 00:22:36 ID:wqoBv/5M >>609 んだな。 ところで今のサーバのメモリが2Gくらいって感覚はどうなの。 何のサーバかにもよるけど、最近なら8G位普通じゃない？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/610
611: login:Penguin [sage] 2005/06/14(火) 00:43:50 ID:/x4CkgdX >>610 鯖でなくてもデスクトップなら普通2Gくらい載せてるだろ。 4GoverだとM/BのスロットとOSが64bit対応してるのがmustだな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/611
612: login:Penguin [sage] 2005/06/14(火) 02:09:02 ID:LlAuHwpv >>605のリンク先の言い訳を見てると首がもげるぐらい傾くな。 8ビット機の昔から、ゲームで大量に使わなきゃいけないデータは単純に結合した１つのファイル にでもしておく手法が主流だったんじゃないか？ msec単位の処理時間を気にするなら、openよりseekの方が速いだろうに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/612
613: login:Penguin [sage] 2005/06/14(火) 03:55:11 ID:yLaqsY1o >>612 確かに。違う画像とって来るにもopen-read-closeよりseek-readの方が速い http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/613
614: login:Penguin [sage] 2005/06/14(火) 03:55:13 ID:r5s7Eol3 >>611 デスクトップでは、まだ１Ｇでしょ。 熱心な人が２〜４Ｇにするくらいで。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/614
615: login:Penguin [sage] 2005/06/14(火) 10:54:34 ID:6JUgzPt7 ゲームする人は、結構2G多いかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/615
616: login:Penguin [sage] 2005/06/14(火) 11:20:25 ID:4oeAQw+l VMWare でいっぱいつんでる http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/616
617: login:Penguin [sage] 2005/06/14(火) 17:45:31 ID:mgJM1oDF よし、物は試しだ。やってみようぜ。 安全のためUSB接続のHDDになると思うけどどのぐらい時間かかるんだろう・・・ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/617
618: login:Penguin [sage] 2005/06/14(火) 20:25:41 ID:4d6wGeMa 男は度胸 なんでもやってみるのさ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/618
619: login:Penguin [sage] 2005/06/14(火) 21:00:07 ID:R4lVrBkP ｶﾈあったらVxFS試したいね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/619
620: login:Penguin [sage] 2005/06/14(火) 23:37:13 ID:a7RV19OY >> レスポンスタイム(16.6ミリ秒) ext2上に4Kのファイルを一つのディレクトリに30万個置いてみました。 ※(creat + write) １ファイル当たり 8.90759 ms $ time for (x=0;x<300000;x++) do cp test.gif /test/$x; done real 44m32.277s user 2m15.260s sys 42m20.050s ※getmeta １ファイル当たり 0.006 ms $ time ls /test | wc 300000 300000 1988897 real 0m1.822s user 0m1.720s sys 0m0.180s ※(open + read) １ファイル当たり 1.14239 ms $ time for (x=0;x<300000;x++) do cat /test/$x > /dev/null ; done real 5m42.717s user 1m48.020s sys 3m19.930s open + read (/dev/nullへのwrite)で、1ファイル当たり1ミリ秒なんだが。。 ちなみにinode不足になるENOSPEのエラーが返ってくるまで 試しましたが、問題ありませんでした。(約160万個) ｉアプリがどうのこうの言ってたので、4年前かな？以下の構成で行いました OS : Red Hat Linux 7.3( kernel 2.4.18 ) CPU : Pentium3 600MHz Memory : 128M disk : Deskstar 75GXP DTLA-307030 30.0G I/Oサイズ : 4096 byte(※iアプリ用だからこのくらいで十分？) ＃改行多いと怒られたので、一部改行削除してます http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/620
621: login:Penguin [sage] 2005/06/15(水) 01:01:42 ID:J8tOFd/9 >>620 ﾊﾔｽｷﾞｽwwwww あそこのblogのシャチョーのマシン、DMAがONになってなかったとかｗ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/621
622: login:Penguin [sage] 2005/06/15(水) 15:05:46 ID:MBJTqnxR しょっぱい人も反応してたけど、そもそもが電波だからなぁ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/622
623: login:Penguin [age] 2005/06/15(水) 20:48:20 ID:xtr7C4EA ext2でマウントされたブロックデバイスAから 同じくext2でマウントされたブロックデバイスBに ファイル(ディレクトリ)をコピーするときに ブロックデバイスAにあるファイルのiノードの情報を ブロックデバイスBにコピーする際に利用することって できますか？？ こうしたらできるはず等ありましたら、教えてください。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/623
624: login:Penguin [sage] 2005/06/15(水) 22:25:46 ID:38oNtCRD iノードの情報ってのがなんなのかよくわからんけど、 ext2ならext2fs.hあたりを利用すればいいんじゃない？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/624
625: login:Penguin [sage] 2005/06/19(日) 13:12:48 ID:/ElOB3AP test http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/625
626: login:Penguin [sage] 2005/06/19(日) 13:59:30 ID:/ElOB3AP OSDL奥山氏の議論にもつながるんだろうが、 ReiserとかExt3とか、ジャーナリングありのFSって、 本当に、「絶対に」整合性を維持できるのだろうか。 たしかに、FSのメタデータの整合性は維持できるかもしれないが、 ジャーナルファイルのメタデータは？ そのデータが含まれるセクタを書き込んでいる最中に電源を落とされたら？ 全自動電源オンオフマシーンとか作って、 ひたすら「コンセント引っこ抜きテスト」を100年間ぐらい続けたとする。 はたして、ファイルシステムの整合性は保たれるだろうか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/626
627: login:Penguin [] 2005/06/19(日) 14:17:08 ID:RuFTTgxb そんなテストになんの意味があるんだかｗ（ﾌﾟｹﾞﾗ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/627
628: login:Penguin [sage] 2005/06/19(日) 14:43:49 ID:ce06SbJt つながんねーよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/628
629: login:Penguin [sage] 2005/06/19(日) 15:48:29 ID:od9dKZxJ >ジャーナルファイルの いかにも奥山のサイトを今朝発見しましたって感じ（ﾌﾟｹﾞﾗ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/629
630: login:Penguin [sage] 2005/06/19(日) 17:08:26 ID:Ax96Dqw8 停電なら不整合は起こるに決まってるジャン。 確実なのはソフト的なアクシデントに対する耐性なんだから。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/630
631: login:Penguin [sage] 2005/06/19(日) 22:47:53 ID:FJdxQCIu 腐ってる vfs 上にのっかてる fs がまともなわけないじゃん. おれは, Linux 客先にだすときはかならず xfs 使う. # xfs が, もからある vfs 使い始めたら, 他の fs も考えてもいい. >>630 > 確実なのはソフト的なアクシデントに対する耐性なんだから。 *BSD の softupdate は, 停電が発生しても, 更新(書き込み)中の ファイルの更新部分が破棄されることはあっても, 更新前のファ イルは生きてるよ. disk が物理的に破壊されれば話はべつだが, 電源段で fs の整合 性が崩れることはない. # background fsck が完了するまでゴミは残ってるけど. http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/631
632: login:Penguin [sage] 2005/06/19(日) 22:51:11 ID:FJdxQCIu >>631 echo # xfs が, もからある vfs 使い始めたら, 他の fs も考えてもいい. > \ sed 's/もから/もとから/' # ちなみに, 教祖様とは何の関係もないっす. http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/632
633: login:Penguin [sage] 2005/06/19(日) 22:58:45 ID:21lYXELW >>631 それはxfsが元のvfsを認めたから他のfsも考慮するってことなのか、 そうなったら腐ったxfsを捨てるってことのどっちなのか？ xfsが提供してるvfsの上に現状のfsをのせるとかすりゃいいのかと思う。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/633
634: login:Penguin [sage] 2005/06/19(日) 23:00:19 ID:rZspg+Mv >>632 >echo # xfs が, もからある vfs 使い始めたら, 他の fs も考えてもいい. > \ ^^^^^ たしかに教祖様のレベルにすらいってねーな（ﾌﾟｹﾞ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/634
635: login:Penguin [sage] 2005/06/19(日) 23:35:18 ID:63vKoawi reiser4ってこのまま永久に外様扱いでカーネルツリーに取り込まれないの? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/635
636: login:Penguin [sage] 2005/06/19(日) 23:37:54 ID:5NR2fZUO >>632 それは、sed というファイルにリダイレクトしてるだけのように見える んだが、s/foo/bar/ の意味はあるのか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/636
637: login:Penguin [sage] 2005/06/20(月) 01:37:15 ID:HBmhpWEI zsh: bad pattern: # http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/637
638: login:Penguin [sage ext2も意外に堅いんだよなぁ] 2005/06/20(月) 06:49:59 ID:BNqdYBLn メタデータジャーナルは、停電後の fsck が 短縮される以外の効果は無いと思っても良い。 ジャーナルの無いファイルシステムでも 注意深く実装すれば同等の耐久性が実現できる。 fsck が時間かかることを除けば。 確実に保護できるフルジャーナルは速度が遅すぎて 実用的じゃないので、 UPS を使うことが唯一の解である。きっと。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/638
639: login:Penguin [sage] 2005/06/20(月) 06:53:58 ID:2csWA8Y3 ext2, reiserfsは壊れた事あるけど、 xfsは今のところ壊れてないな。 もちろんデータは飛ぶけど。 ext3に行く前にreiserfsいったから、ext3はわからん。 でも自分が管理してない仕事マシンは全部ext3。 自分が管理してるマシンはext2/xfsだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/639
640: login:Penguin [sage] 2005/06/20(月) 13:32:04 ID:4sFQXCbB ttp://japan.linux.com/desktop/05/06/20/0123202.shtml で NetBSD の Christos Zoulas が >NetBSDカーネルに感じる主な不満は、以下の点です。 > * ジャーナル・ファイル・システムまたは巨大なファイル・システムのサポートがない。 なんつっとるが、「巨大なファイルシステムサポート」ってのは ファイルサイズがめちゃでかい時のアロケーションストラテジなのか reiserとかxfsみたいなB-Tree系のファイル探索高速化なのか どっちなんやろ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/640
641: login:Penguin [sage] 2005/06/20(月) 16:20:25 ID:7ZDLKH0g NetBSDにはufs2が移植されているのに。 あと、Solarisには大昔からufs loggingがあるから、OpenSolarisからその辺を 持ってこれないもんかな? ってライセンスの問題があるけど。 SolarisといえばZFSってあんまり噂を聞かないなぁ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/641
642: login:Penguin [sage] 2005/06/20(月) 18:16:44 ID:Z94gLUwh ZFSってリリース時には搭載されずアップデートリリースで実装予定とか聞いたけど結局どうなったん WinFSの方も雑誌のインタビューでじっくりと時間をかけてちゃんとしたものを送り出したいとか答えておきながら、 同じ記事内でWinFSはリリースに間に合わないので（略）なんて答えてるし http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/642
643: login:Penguin [sage] 2005/06/20(月) 21:02:54 ID:gLm95Zln solarisのufsで思い出した。 linuxの各種ファイルシステムはCPU（バイトオーダ）に依存しないの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/643
644: login:Penguin [sage] 2005/06/20(月) 21:35:42 ID:HX5YHyxo >>640 「ファイル・システムの安定性：Linuxにははるかに多くのファイル・システムがあり、 力を入れているファイル・システムがディストリビューションごとに異なる（たいていは 技術的な利点ではなく政治的な理由でそうされる）。ほとんどのディストリビューションは 大きなファイル・システムをサポートし、ジャーナリングが実行される。 残念なことに、一部のファイル・システムは安心して利用できるものではないのだが、 一般のユーザが選択するときの判断材料となるような本当の意味での負荷テストが存在しない。」 って本当に同意。テストすること自体を忌諱しているし、テスト結果をみせつけられると 趣味で作っているOSだからと逃げるし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/644
645: login:Penguin [sage] 2005/06/20(月) 21:38:44 ID:18em1Qe4 >>643 有名なのは大丈夫。 まあそういう悲劇に巻き込まれるのはbigendianと相場が決まっているので、 i386使ってれば心配する必要もなかろう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/645
646: login:Penguin [sage] 2005/06/20(月) 22:12:17 ID:zCQQnsES >>644 仕事でファイルシステムに対する要件が厳しければ、 IBMの保守付きでJFSを利用するとか手はあるんじゃない？ 見方にもよるけどLinuxカーネル自体は趣味そのもの。仕方ない。 実際は業務で書いてるコードが大半だけど、そこがまたおもしろい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/646
647: login:Penguin [sage] 2005/06/20(月) 22:25:59 ID:foPz4dSp 64bitで動かないfsもあるぜよ。 JFSは動くようになったんだっけか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/647
648: RHEL4デバッグ係り ◆IIiDC8JS7w [sage] 2005/06/20(月) 23:10:59 ID:BYihUW1Z Solaris10 4/05が6/14に出たが zfsは入ってなかったよ(´･ω･) 128bitファイルシステム。 KMGTPEZY。。。単位はなんだろ。。 詳解ファイルシステムの本書こうかな。 各ファイルシステムの諸元からsystem callの流れ。。 すぐ陳腐化しそうだから毎年出すとか必要だろうな。 大変かも。。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/648
649: login:Penguin [sage] 2005/06/20(月) 23:26:20 ID:7ZDLKH0g >>646 いっそVxFSとか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/649
650: login:Penguin [sage] 2005/06/20(月) 23:47:15 ID:ks0602uk /.-jp みたいなノリだね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/650
651: login:Penguin [sage] 2005/06/21(火) 01:00:46 ID:b9FBVLlt >>648 よし、頑張れ。 出たら買う。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/651
652: login:Penguin [sage] 2005/06/21(火) 15:18:02 ID:MeWT+wmb >>648 じゃあ洩れも買おう。 FSの基本とかアルゴリズムなど不変な部分は教科書的に書いて、 実践編をこまめに改訂できれば良書になりそう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/652
653: login:Penguin [sage] 2005/06/21(火) 16:30:37 ID:bsn0xczT wiki に 1 日 1 ページ書いていけば？ 報酬ならジャムおじさん方式で。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/653
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 330 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s