[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その1**/ (979ﾚｽ)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
1: login:Penguin [] 01/11/26 12:03 ID:dWigt/36 ext2,ext3,reiserfs,xfs,jfs <---Linuxパーティション用 NFS,fat,vfat,ntfs,UFS, <----Linuxで読み書きできるやつ ここらで、ファイルシステムの勉強、相談をしたいなと思う鬱な午後 チューニングや、使用した感想などなんでもOK http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/1
880: login:Penguin [sage] 03/07/14 20:28 ID:OKUGK54w 2.6.0-test1がリリースされたが、ReiserFS4はどうなった？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/880
881: login:Penguin [sage] 03/07/14 21:45 ID:cMuAl86g >>880 蒸気 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/881
882: login:Penguin [sage] 03/07/14 22:35 ID:t7TYYQGi ReiserFSに動的i-nodeって実装されてたの？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/882
883: login:Penguin [sage] 03/07/15 01:04 ID:+ohUedxw >>870 >ファイルシステムがシステムのオーソライゼイション機構と >密接に関係してるのがわかんないんだよ、きっと。 誰に対してどっちのシステムの認証機能の話してるの? 解説キボン http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/883
884: login:Penguin [sage] 03/07/15 02:14 ID:GMP5mWt2 >>883 答えてくれるかね？ 870って、 >Linuxで簡単に入れ替え可能なのはケン・トンプソン→ufs系のファイルシステムだけ。 って書き方を見ても、ただの知ったか大馬鹿野郎なんではないのかと。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/884
885: login:Penguin [sage] 03/07/15 02:43 ID:jYpRij8s >>883 > 誰に対してどっちのシステムの認証機能の話してるの? AAAの最初の二つの'A'の違い分かりますか? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/885
886: 山崎 渉 [（＾＾）] 03/07/15 11:16 ID:doz396Fq __∧＿∧_ |（ ＾＾ ）| ＜寝るぽ（＾＾） |＼⌒⌒⌒＼ ＼ |⌒⌒⌒~| 山崎渉 ~￣￣￣￣ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/886
887: login:Penguin [sage] 03/07/15 11:22 ID:LIqrc/nE AAAって何？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/887
888: login:Penguin [] 03/07/15 11:31 ID:H6r+Citv >>887 ｱﾘｺ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/888
889: login:Penguin [] 03/07/15 13:58 ID:p0/lUXK2 トリプルA http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/889
890: 854 [sage] 03/07/15 14:40 ID:xFcgN2Ub NTFSで盛り上がってるところ割り込みすんません。 取り合えず16Gのiobenchをとかやってるんですが、 1パス取るのに二日とか掛かります。 unified cacheめ遅すぎです。NetBSDだと random readが1M/sとかになりました。 あと、RH9のreiserfsと3ware 6410で確実にクラッシュさせる 方法を見付けてしまった。どこに報告すればいいんでしょう。 取り合えずRHに連絡しようとしてます。そんな感じで近況報告 でした。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/890
891: login:Penguin [sage] 03/07/15 17:37 ID:RSjlK/ic >>890 最新パッケージがインストールされているか確認して、 bugzillaへGO。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/891
892: login:Penguin [sage] 03/07/16 13:03 ID:JQFcBrZ7 >891 そういやredhatにbugzillaがあったね。了解しますた。 家のケーブル接続が故障しちゃったので、これが 直るまでは何もできないんですけどね。 >853 やっと16Gのiozoneが終わったので、lfsやってみたよ。 なんかさくさく動いて速いねえ、、、とか思ってたら、 update掛かった途端にさくっとpanicでシステム落ちたよ。 ちょっとじたばたしてみます。 FreeBSDもまだ落としてないし、ネット回復するまで どうしようもなさﾎﾟ。ﾄﾎﾎ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/892
893: login:Penguin [] 03/07/16 21:15 ID:pk5S01Ff Reiser4まだ〜？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/893
894: login:Penguin [sage] 03/07/17 03:01 ID:QZg8VmUw >>892 毎度乙です。 まぁ、ﾏﾀｰﾘおながいします。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/894
895: login:Penguin [sage] 03/07/18 14:17 ID:bPRJR3pl KB reclen write rewrite read reread ran-read ran-write Linux ext3j: 16777216 64, 45253 49639 77940 78291 4112 18168 16777216 128 47059 49190 73055 73338 6868 20305 16777216 256 46954 49549 68363 68458 11408 22844 Linux reiserfs: 16777216 64, 42682 50011 77188 77367 4069 17125 16777216 128 43752 49728 72086 72319 6666 20535 16777216 256 43816 49952 67520 67546 11245 25176 NetBSD: softdepでも同じくらいなのでそっちは略 16777216 64, 11335 10280 30704 30747 1428 1102 16777216 128 11602 10493 29290 29360 2762 1929 16777216 256 11525 10555 28430 28413 5239 3416 NetBSD： lfs 524288 64, 12258 10012 330383 330407 296542 11602 524288 128 12121 12052 239734 238661 223027 10205 524288 256 9859, 11470 191468 177282 186654 12494 16777216 64, 10548 5479 23313 23107 1588 1014 lfsの16Gのデータは参考程度に。途中でHDD1が反応しなくなってた。 どうも激しくアクセスすると6410が時々反応しなくなる。T_T 確かにｌｆｓのランダムWRITEは2〜3倍速くなってるね。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/895
896: login:Penguin [sage] 03/07/18 14:22 ID:bPRJR3pl bonnie++ -s 16g -n 100:50k -r 640のlfsでの結果。 Version 1.03 ------Sequential Output------ --Sequential Input-- -Random- ------Sequential Create------ --------Random Create-------- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- -Create-- --Read-- -Delete-- -Create-- --Read--- -Delete-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP lfs: 16G 9213 23 10184 11 6518 14 16894 57 23887 18 150.1 2 128 98 2477 24 1951 83 129 98 60 39 128 47 うーん、4回位ループさせて真ん中の値とか取らないと駄目ｯﾎﾟ。 そこらへんは面倒なので諦めて下さい。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/896
897: login:Penguin [sage] 03/07/18 17:13 ID:Dx68q+2G LFSのランダムアクセスが速いというか、NetBSDのffsのランダムアクセス性能が あんまりにも悪すぎますな。確かにNetBSDのfs周りは遅いんだけど、ここまで遅い のはなんか異常っぽい雰囲気が。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/897
898: login:Penguin [sage] 03/07/19 04:38 ID:k1TgDB/w >>898 も疲れ。理論を反映して速いところは速いけれど まともに動かないところがNetBSDらしくてイイですね。 >>897 FreeBSDの結果が待たれますな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/898
899: login:Penguin [sage] 03/07/19 04:55 ID:+qIWEdEw >898 ﾋﾞｸﾋﾞｸｯ FreeBSD 5.1インスコしてraidctl -C raid0.conf raid0ってやったら RAIDframeがパニックして落ちるんですが、、、ﾄﾎﾎ raidctlのマニュアルはdisklabelでRAIDを指定しろといってるのに、 disklabelにはRAIDなんてタイプは知らんと怒られるし。ちょっと 行き詰まってるYo。 またあとでぐぐってやってみる。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/899
900: login:Penguin [sage] 03/07/19 05:46 ID:k1TgDB/w >899 FreeBSDのRAIDFrameはとりあえず動くようにしただけのAlphaコードなので vinum使ってくだちい。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/900
901: login:Penguin [sage] 03/07/21 03:49 ID:9Pl9AQ8J vinumでやりました。 KB reclen write rewrite read reread ran-read ran-write ufs2 softupdate: 524288 64, 6021 6139 385297 385258 1053495 1058699 524288 128 6040 6072 261972 262179 460757 323863 524288 256 6000 6079 214404 214565 251672 227241 16777216 64, 5885 5944 23063 23061 1226402 1049510 16777216 128 5885 5964 22499 22478 454099 347115 16777216 256 5871 5957 22270 22256 243563 218161 書き込みが非常に遅いですが読み込みは普通に速いです。 何故かrandom writeの方が速いってのはなんつーか謎。 16Gの読み書きですが、シーケンシャルな読み書きは遅いです。 これまでの最低クラス。でもランダムな読み書きが馬鹿みたいに 速いです。 シーケンシャルな読み書きがLinux reiserfsみたいな、んで、 ランダムな読み書きがFreeBSD ufs2みたいなシステムが欲しい。 bonnie++ -s 16g -n 100:50k -r 640のlfsでの結果。 Version 1.03 ------Sequential Output------ --Sequential Input-- -Random- ------Sequential Create------ --------Random Create-------- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- -Create-- --Read-- -Delete-- -Create-- --Read--- -Delete-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP ufs2soft: 16G 4757 29 5841 10 4452 5 17231 76 23481 11 142.4 1 414 12 2716 24 12628 47 431 12 87 1 8248 28 ファイルの作成と削除はトップクラスですが、他はシーケンシャルが遅いのが 足を引いてるみたいであんまパッとしませんね。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/901
902: login:Penguin [sage] 03/07/21 03:51 ID:9Pl9AQ8J あ、ファイルの作成はreiserfsのほうが速いや http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/902
903: login:Penguin [] 03/07/21 07:27 ID:J1Ol9sQd Codaファイルシステム、みんな使ってますか？ http://www.coda.cs.cmu.edu/ Windows用のクライアントの最新バージョンって、 バイナリがないんですかね？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/903
904: login:Penguin [] 03/07/21 12:30 ID:J1Ol9sQd OpenAFS とかの分散ファイルシステム関連のスレッドってありませんか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/904
905: login:Penguin [sage] 03/07/21 20:22 ID:8Ie/P7G+ >>901 こりゃまたごっつい結果が出ましたなあ。 どうもこれを見るに、ファイルシステムの違いよりもRAIDの違いの方が大きそう。 vinumは「漢はランダム(=シーケンシャルはうんこ)」という信念に基いた設定が デフォルトなのでそこが全面に出てきているのではないかと。 逆にLVMはシーケンシャル命(=ベンチマーカーが喜ぶ)設定が デフォルトなので>>895のような数字になったと考えます。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/905
906: login:Penguin [sage] 03/07/21 23:59 ID:YVvmD1eO >>901 おつかれ〜。面白いねぇ。 一応確認しますが、 >>901 の ＞bonnie++ -s 16g -n 100:50k -r 640のlfsでの結果。 は、ufs2 + softupdate での結果、でよろしいでしょうか？ >>902 CPU 負荷がだいぶ違いますが、とりあえず seq create per CPU1% で見てみても、 reiserfs 54.1 ufs2soft 34.5 で、結構差がありますね。 まぁここだけ比べてもあんまり意味無いけど。 2ch viewer 用に今までのリファレンス（結果のみ） >>793 >>849-851 >>895-896 >>901 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/906
907: 901 [sage] 03/07/24 12:33 ID:APm+ETGG >906 ＞ufs2 + softupdate での結果、でよろしいでしょうか？ はい。ufs2softって表にも書いた通りです。 で、あの結果を見ても分かる通り、16Gをランダムに書いて 1G/sとか有り得ない数字(例えば100MB/sで4台に書けたと 仮定しても、100*3で300MB/sが限界)が出てます。で、Don に質問してみた所、FreeBSDではsrandつかってるからね、 srand48使うようにしてみて、などと返事されました。 そんなわけで、ちょっとFreeBSDはやり直してみてます。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/907
908: login:Penguin [] 03/07/25 12:49 ID:NH3LXVfX (･∀･)renice! http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/908
909: login:Penguin [sage] 03/07/25 16:37 ID:6G+OftYd KB reclen write rewrite read reread ran-read ran-write ufs2 softupdate with srand48: 524288 64, 5945 6074 382950 383263 326817 4574 524288 128 5940 6036 270864 269598 241653 4847 524288 256 5953 6015 217652 217670 207503 5067 16777216 64, 5890 5951 23225 23217 4470 2578 16777216 128 5882 5986 22673 22679 7086 3397 16777216 256 5885 5991 22339 22401 9197 3795 とまぁ普通の結果になりました。残念。 rand()の性能悪すぎ＆randの性能にこうまで依存してたiozoneちょい間抜け。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/909
910: login:Penguin [] 03/07/26 00:11 ID:qll5XMfc >>909 > randの性能にこうまで依存してたiozoneちょい間抜け。 それは仕方ないと思うんだけど、 > rand()の性能悪すぎ >>907 > FreeBSDではsrandつかってるからね、srand48使うようにしてみて、 はどうしてなんだろ? glibcのmanだと、 > 注意事項 > これらの関数はSVID 3によって時代遅れと宣言されている。 SVID 3 はrand(3) > が代わりに使用されるべきだと記述している。 なんだけど。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/910
911: login:Penguin [sage] 03/07/26 01:46 ID:L1oQpf1J iozoneをfreebsd対応した時代には、まだsrand48がなかったのか、 それとも対応をした人が面倒くさがってsrand48があるかどうか調べなかったのか、 そのどっちかでしょう。convexとMaxOSXで同様な問題を抱えてますw いくらOSXがFreeBSDの派生だからといって、 そのまま流用するこたぁないと思うんですけどね。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/911
912: login:Penguin [sage] 03/07/26 07:58 ID:Vorekzgd つーか、FreeBSDのrand/srand(3)は古〜いままなんでは? 下位bitが余りランダムじゃない奴。えー加減にしろや http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/912
913: login:Penguin [sage] 03/07/26 13:18 ID:4eaeCEsA FreeBSD 5.1R だと rand(3) は書き換えられてますよ。 make で USE_WEAK_SEEDING を定義しておくと古い rand になるようですが。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/913
914: login:Penguin [sage] 03/07/26 16:38 ID:L1oQpf1J >913 そうなんだ。不思議だね。ってことで調べてみた。確かに、古い next = next * 1103515245 + 12345) % ((u_long)RAND_MAX + 1 系の乱数ではないね。iozoneでやけにパフォーマンスが良くなる 最小の数字が64だったのでそれで分散具合を調べてみた。 FreeBSD 5.1の「よりよいrand()」でrand()%64を64回計算すると、 0:1, 1:2, 2:3, 3:1, 4:2, 5:0, 6:1, 7:1, 8:0, 9:1, 10:3, 11:0, 12:1, 13:0, 14:5, 15:2, 16:1, 17:1, 18:0, 19:1, 20:0, 21:1, 22:0, 23:2, 24:0, 25:1, 26:3, 27:0, 28 :2, 29:1, 30:0, 31:1, 32:2, 33:2, 34:1, 35:0, 36:0, 37:1, 38:3, 39:0, 40:0, 41:1 , 42:1, 43:1, 44:1, 45:1, 46:0, 47:1, 48:0, 49:0, 50:0, 51:1, 52:3, 53:1, 54:2, 55:0, 56:0, 57:0, 58:1, 59:2, 60:1, 61:0, 62:1, 63:0, となった。ちなみに、古いrand()でrand()%64を64回計算すると 全ての数字が1回づつ現れた。笑いが止まらん。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/914
915: login:Penguin [sage] 03/07/26 16:45 ID:L1oQpf1J ちなみにLinuxだと 0:0, 1:1, 2:2, 3:0, 4:0, 5:1, 6:3, 7:1, 8:0, 9:1, 10:1, 11:0, 12:0, 13:4, 14:1, 15:0, 16:0, 17:2, 18:0, 19:0, 20:3, 21:0, 22:0, 23:1, 24:2, 25:0, 26:3, 27:2, 28 :1, 29:1, 30:1, 31:1, 32:0, 33:1, 34:0, 35:3, 36:0, 37:1, 38:1, 39:2, 40:1, 41:3 , 42:0, 43:2, 44:1, 45:0, 46:1, 47:0, 48:0, 49:1, 50:3, 51:2, 52:2, 53:0, 54:1, 55:1, 56:1, 57:0, 58:1, 59:1, 60:1, 61:1, 62:0, 63:1, んでlrand48だと 0:1, 1:1, 2:0, 3:1, 4:3, 5:1, 6:2, 7:1, 8:2, 9:0, 10:1, 11:4, 12:1, 13:1, 14:1, 15:1, 16:1, 17:1, 18:2, 19:0, 20:1, 21:1, 22:0, 23:0, 24:1, 25:1, 26:1, 27:1, 28 :2, 29:1, 30:1, 31:0, 32:2, 33:1, 34:1, 35:2, 36:1, 37:0, 38:2, 39:0, 40:0, 41:3 , 42:2, 43:0, 44:0, 45:0, 46:3, 47:0, 48:0, 49:0, 50:1, 51:0, 52:1, 53:0, 54:0, 55:0, 56:0, 57:1, 58:5, 59:2, 60:0, 61:2, 62:0, 63:0, mtだと 0:0, 1:2, 2:0, 3:1, 4:1, 5:1, 6:1, 7:2, 8:2, 9:1, 10:2, 11:0, 12:0, 13:2, 14:0, 15:1, 16:2, 17:0, 18:0, 19:0, 20:1, 21:0, 22:0, 23:2, 24:1, 25:0, 26:1, 27:2, 28 :2, 29:3, 30:0, 31:0, 32:0, 33:2, 34:1, 35:1, 36:3, 37:0, 38:1, 39:3, 40:1, 41:2 , 42:3, 43:1, 44:1, 45:1, 46:0, 47:0, 48:0, 49:3, 50:1, 51:1, 52:0, 53:1, 54:0, 55:1, 56:0, 57:1, 58:0, 59:1, 60:2, 61:1, 62:1, 63:1, う〜ん、randが一番都合いい結果なのかな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/915
916: login:Penguin [sage] 03/07/26 16:58 ID:L1oQpf1J ……てゆーか、iozoneすげえバグってる＿|￣|○ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/916
917: 913 [sage] 03/07/26 17:00 ID:4eaeCEsA *rand48 系は乗算が多いから遅いのも。 rand(), random(), mrand48(), arc4random() で ベンチマーク取ろうと思ったら、 よく考えると VMware で動いているんだった。意味ねぇ…。 >>916 どーした!? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/917
918: login:Penguin [sage] 03/07/26 21:01 ID:L1oQpf1J >917 Donはrand()が16ビット精度だと思ってるらしく、 2回rand()して結果を繋いでるんだけど、そのコードががが、、、＿|￣|○ big_rand=(rand1<<16)||(rand2); おい、||じゃなくて|だろ……。Donにはメイルしますた。 lrand48()なOSには関係ないので上の結果はまあそこそこ信用できます。 あと、取り敢えずMersenne Twister使って、かつある程度自然に分散 するよう最低限X回random testでアクセスするように変更しすることで、 MTのランダム関数がちょっと偏ってても平気なようにして、 そのパッチを送りますた。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/918
919: login:Penguin [sage] 03/07/26 22:02 ID:UPUujWHc うーむ、常に精度が 16bit しかない… しかし何時からあったんだろね、そのコード。 L1oQpf1J よくやった。感動した。w いや、まじお疲れ様です。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/919
920: login:Penguin [sage] 03/07/26 22:19 ID:UPUujWHc しかし… rand() そのまま使うほうがまだ正しいというのが、なんとも。 MTならまず問題ないでしょう。わざわざ書き換え乙彼です。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/920
921: login:Penguin [] 03/07/28 22:51 ID:/mQNuNnN ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!! 第3回 ジャーナリングファイルシステムが保護する「情報」 http://www.atmarkit.co.jp/flinux/rensai/fs03/fs03a.html http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/921
922: login:Penguin [] 03/07/29 09:02 ID:TOXwArtD あるパーティション内の任意のファイルについて， md5sum $ファイル で毎回違う（同じときもある）値が出てくるような現象． これを引き起こしているのは誰？ 以前そういうことがあって結局ファイルが全部壊れ（たと思っ）て， しょうがないから中古で売れるかどうかディスクのエラーチェックを dd if=/dev/hd* of=/dev/null bs=1k とか，逆の意味の dd if=/dev/zero of=/dev/hd* bs=1k やってみてエラーでなかったから店に持って逝ってみたら売れた； 中古買取店は，時間的な観点からFS（時流的にNTFSかなぁ）を 作成できれば買い取ってくれると思うんだよね，だから売れたからといって 「壊れてなかった」ことの証明にはならない．でもまあ実際上の実験を やってみて通ったから売りにいったわけで，まあそれはいい． で，後になって考えてみるとメモリあたりを疑ってもう少し色々 やってみておけばよかったなぁとも思うわけだが後の祭り； 結局のところ一体ナニが原因だったのかイマイチ理解できておらず， いきつく先はココしかなくて．．．ヽ(`Д´)ﾉｳﾜｧｧｧﾝ 以下下手人候補．似たような実体験等があれば， どなたか聞かせてください． 1. ファイルシステム（ext2） 2. メモリの部分破損 3. ディスク全壊 4. んなこと考えるのは時間の無駄．消えちまったんだからもう気にするな． http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/922
923: login:Penguin [sage] 03/07/29 09:36 ID:aKb1tqGy Linuxのファイルシステムっていろいろあってすごいよね。 *BSDは種類がすくなくて寂しい。 background fsckはすげーって感動したし、便利に使ってるけど。 いろいろ選択肢があるのは、羨ましい(´･ω･`) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/923
924: login:Penguin [sage] 03/07/29 17:02 ID:xxtnWOyT >922 >2. メモリの部分破損 あとは、電源とかケーブルとか。 >923 >background fsckはすげーって感動したし、便利に使ってるけど。 そんなに頻繁にfsck走るんですか？ふつー、100日〜200日に一回でしょ？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/924
925: 923 [] 03/07/29 20:03 ID:1rLl9KRw >924 たまたまディスクが壊れて、何度もかかかってますた。 あと、なんか再起動すると毎回走ってる気がする。 鯖だとおっしゃる通りほとんど走ることないと思います。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/925
926: login:Penguin [sage] 03/07/29 23:10 ID:lwHvCPYY >>878 CIFSはMSは一瞬RFCにする気になったらしいものの、その後明文化しないまま 激しく拡張していったのであまりにも参考にならんとSambaの人がいってたよ。 そのせいでWindows2000をサーバーにして全部のパケットをダンプして まったく同じように動作させるようにするというRFC化されている仕様の 実装とはとても思えない開発手順を取ったとか。なのでCIFSのRFCは ほとんど隠れ蓑。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/926
927: login:Penguin [sage] 03/07/30 01:21 ID:Pdl4s9of >>925 > たまたまディスクが壊れて、何度もかかかってますた。 > あと、なんか再起動すると毎回走ってる気がする。 FreeBSD? Linuxのext2なら>>847,848 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/927
928: login:Penguin [sage] 03/07/30 01:27 ID:vDxYAdIz >922 その症状はHDDじゃなくて、メモリ、CPU、マザボなどが 壊れてる症状のように思うよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/928
929: login:Penguin [] 03/07/30 02:41 ID:AtS51Duz reiserfs4はext3より1.5倍速いのか そろそろ、reiserfsの時代かな http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/929
930: login:Penguin [sage] 03/07/30 03:52 ID:H1BsPP1V それは一番遅いdata=journalしたext3と比べて…だろ。 ext3のデフォはdata=orderedだぞ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/930
931: login:Penguin [sage] 03/07/30 23:02 ID:4zMtLJvJ >>929 安定性無視して語る貴方は冒険者 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/931
932: login:Penguin [sage] 03/07/30 23:08 ID:eRtaSc8/ 安定性のあるLinuxのファイルシステムなどない。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/932
933: login:Penguin [sage] 03/07/30 23:27 ID:nn1WQr0p umsdos ある意味では、かなり安定してる http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/933
934: login:Penguin [sage] 03/07/31 00:30 ID:1FSxQZ5T >>933 それは仕様に対して実装が安定しているという意味だろうが、 仕様の保証する安定性が(ry http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/934
935: login:Penguin [sage] 03/08/01 00:56 ID:/643U5Jo >>932 分散ファイルシステムは、どうなの？ 専用スレはなさげだけど。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/935
936: login:Penguin [sage] 03/08/01 12:29 ID:76mnFd6y >>935 わざわざ専用スレが必要なのか疑問なのだが。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/936
937: login:Penguin [] 03/08/01 19:44 ID:8+4JOWKd SCOの一件でますますjfsが廃れそうだな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/937
938: login:Penguin [] 03/08/01 22:31 ID:wrTG1dZH ハードディスクの容量が足りなくなってきたので ファイルシステムを圧縮できる方法を探していたのですが このスレを読む限り、現状でハードディスクで使える圧縮ファイルシステムはないということでしょうか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/938
939: login:Penguin [sage] 03/08/02 00:14 ID:3yd0RlyM ググれよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/939
940: login:Penguin [sage] 03/08/02 03:02 ID:IMudM/NO linux で暗号化 fs とか圧縮 fs とかするには loopback device 使ったやり方が一番簡単ですか? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/940
941: login:Penguin [sage] 03/08/02 04:04 ID:pkjPv3Sq >>940 Linuxに限らず、大昔からloopback deviceを使ってその手のものが実装されては いたけど、それだと修論とかのネタにしかならず、きちんと使われている例は 皆無に等しい。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/941
942: ぼるじょあ ◆yBEncckFOU [（＾＾）] 03/08/02 04:54 ID:GfRe8vK7 ∧＿∧ ∧＿∧ ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。 ＝〔~∪￣￣￣∪￣￣〕 ＝ ◎――――――◎ 山崎渉&ぼるじょあ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/942
943: login:Penguin [] 03/08/02 10:10 ID:0p3phC6s (･∀･)renice! http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/943
944: login:Penguin [sage] 03/08/02 13:27 ID:fy3lSRTn JFSは ttp://slashdot.jp/article.pl?sid=03/07/25/1610255 問題なしなのでは。 実際に暗号化したFSを使っている人をみてみたい （Linuxで） http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/944
945: login:Penguin [sage] 03/08/02 15:07 ID:L63X/791 Reiser4は暗号化だけで圧縮は無いのだっけ？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/945
946: login:Penguin [sage] 03/08/04 17:45 ID:4AsrsMmh AAAがなんの略かってのはどうなったんだらう http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/946
947: login:Penguin [sage] 03/08/05 00:21 ID:fJcvNP04 安心安全愛情でせう http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/947
948: login:Penguin [] 03/08/05 23:07 ID:XgzrayXF さてはアリコの回し者だな！ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/948
949: login:Penguin [] 03/08/08 14:08 ID:MaZY3Tp+ reiserfsにするとルートパーティションとか永遠にfsckしないことになるけど、たまにsingleで立ち上げて reiserfsckすると意外とぶっ壊れてて困る。でもルートパーティションにfsckかけるのに どうやったらいいかわかんねえから放置してるんだけどな！ おまいら教えてくれよ！どうしたらいいんだ！ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/949
950: 949 [sage] 03/08/08 14:09 ID:MaZY3Tp+ reiserfsck --fix-fixableをルートパーティションにかけらんねえって意味だ！ 焦ってて悪かったな！ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/950
951: login:Penguin [sage] 03/08/08 14:11 ID:chobj3fG ああ、ガムやるよ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/951
952: login:Penguin [sage] 03/08/08 14:18 ID:JLn6xpjQ >>949 漏れはインストールCDとかCDのみで動作可能なdistro等で起動して、 そこからreiserfsckかけたよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/952
953: login:Penguin [] 03/08/08 15:08 ID:MaZY3Tp+ >>952 やっぱそれしかないくわ・・・。 特殊な構成だからCDブートでHDD認識させるのむりぽなんですが ともかく外部メディアからブートする方向でなんとか頑張ってみます。ｻﾝｸｽｺ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/953
954: login:Penguin [] 03/08/11 16:49 ID:BhMyykpd やっぱHDDの後ろの方にちっこい環境を用意しとくと便利。 ついでに再インスコに必要なファイルも置いておくと(ﾟдﾟ)ｳﾏｰ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/954
955: login:Penguin [sage] 03/08/11 21:16 ID:tckPLdZ8 >>954 最近のノートPCはみんなそうだよね。 漏れは一つ環境を作っといて、実際に使うときには それをddでまるごとコピーしてます。 ちょこっとfstab等をいじれば普通に使えるからね。 dd if=/dev/hda7 of=/dev/hda8 dd if=/dev/hda7 of=/dev/hda9 dd if=/dev/hda7 of=/dev/hda10 って感じにね。（まあテスト用環境だからだけど） http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/955
956: login:Penguin [sage] 03/08/11 21:20 ID:VJ7D23tY 素人な質問ですが、 dd if=/dev/hda7 of=/dev/hda8 こういうことやる時、hda8 の方が hda7 より多い場合、 あまった空きはどうなるんですか? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/956
957: login:Penguin [sage] 03/08/11 21:29 ID:tckPLdZ8 >>956 元のままです。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/957
958: login:Penguin [] 03/08/13 22:55 ID:/kK/1TEp Reiser4は2.6.0リリースまでにマージされんのかな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/958
959: login:Penguin [sage] 03/08/14 00:16 ID:xsuRRYPk >>956 素人なら 「こういうことやる時、hda7 の方が hda8 より多い場合、 はみ出る部分はどうなるんですか?」 ってほうが気になると思うんだが。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/959
960: login:Penguin [] 03/08/14 03:40 ID:1v+FhsOf １００ＧＢ以上のディスクを使うにあたって、 ext3 だとブロックサイズ４ＫＢが限界で、なんだかなーな 感じなのですが、他の使うべきですかね？ 置くファイルは比較的大きなものです。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/960
961: login:Penguin [] 03/08/14 18:16 ID:9xWZKodO XFSとか。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/961
962: login:Penguin [sage] 03/08/14 21:21 ID:GkUGZsD7 XFSのせいではないというのは判ってるが、 なぜかXFSにしたHDDだけがよく死ぬ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/962
963: 960 [] 03/08/14 23:16 ID:HLWnnlz1 速度性能は特に求めてないんで、 「安定していてかつブロックサイズ設定などの自由度が高い」 のが欲しいところなんですが…。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/963
964: login:Penguin [sage] 03/08/15 00:29 ID:OWK8xiyU #defineXFS_MIN_BLOCKSIZE_LOG9/* i.e. 512 bytes */ #defineXFS_MAX_BLOCKSIZE_LOG16/* i.e. 65536 bytes */ #defineXFS_MIN_BLOCKSIZE(1 << XFS_MIN_BLOCKSIZE_LOG) #defineXFS_MAX_BLOCKSIZE(1 << XFS_MAX_BLOCKSIZE_LOG) http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/964
965: login:Penguin [] 03/08/15 02:47 ID:pWnXV+Z4 >>963 ext2 フォーマットするときにブロックサイズは指定できたはず http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/965
966: login:Penguin [sage] 03/08/15 02:52 ID:OWK8xiyU >>965 MAXは4096 ext2_fs.h:#define EXT2_MAX_BLOCK_SIZE 4096 ext3_fs.h:#define EXT3_MAX_BLOCK_SIZE 4096 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/966
967: 960 [] 03/08/15 05:10 ID:SU4hZe+X >>966 そうなんです。 -T largfile なら blocksize=4096 flagment=4096 になりました。 これはちとさみしい。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/967
968: login:Penguin [] 03/08/15 17:02 ID:9vL3588P そんなこともあるさ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/968
969: 山崎 渉 [（＾＾）] 03/08/15 22:13 ID:ep0zwfOh (⌒V⌒) │ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。 ⊂| |つ （＿）（＿） 山崎パン http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/969
970: 山崎 渉 [（＾＾）] 03/08/15 22:33 ID:ep0zwfOh (⌒V⌒) │ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。 ⊂| |つ （＿）（＿） 山崎パン http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/970
971: login:Penguin [] 03/08/16 00:05 ID:5i+gfiwt (･∀･)renice! http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/971
972: login:Penguin [] 03/08/16 23:58 ID:YSxzyMnv そろそろ次スレかね。 /**ファイルシステム総合スレ その2**/ 多種多様なファイルシステムに対応しているLinux。 そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。 なんでも語ってくれ。 こんなところか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/972
973: login:Penguin [sage] 03/08/17 23:10 ID:1lkI6K7O xfs http://oss.sgi.com/projects/xfs/ jfs http://oss.software.ibm.com/jfs/ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/973
974: login:Penguin [sage] 03/08/18 00:30 ID:mIM/04xL reiserfs http://www.namesys.com/ ntfs http://linux-ntfs.sourceforge.net/ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/974
975: UFS2 [] 03/08/20 23:47 ID:WwtlS4so FreeBSDの5.1とRedHat linux9を使用しています。UFS2をlinuxからマウントしてリードライト している方はいらっしゃいますか？カーネルでUFSを有効にしておいて # mount -t ufs -o ufstype=44bsd /dev/hda2 /FreeBSD でUFS1はマウントできますが、UFS2は出来ません。まあ、64bitサポートして等 結構変わっているので当然なのでしょうが、どなたかすでにマウントしてつかってる方いらっしゃいますが？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/975
976: login:Penguin [] 03/08/21 18:39 ID:4HpoU2M5 ここがリヌクス板ですか？ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/976
977: login:Penguin [sage] 03/08/21 22:15 ID:ornXCEUP 裸ＩＮＡＸ板です http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/977
978: login:Penguin [] 03/08/26 18:05 ID:gFo6zh41 (･∀･)renice! http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/978
979: login:Penguin [] 03/08/29 23:47 ID:QrRh/iCg >>959 素人ですが どうなるんですか? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/979
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s