[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その1**/ (979ﾚｽ)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
902: login:Penguin [sage] 03/07/21 03:51 ID:9Pl9AQ8J あ、ファイルの作成はreiserfsのほうが速いや http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/903
904: login:Penguin [] 03/07/21 12:30 ID:J1Ol9sQd OpenAFS とかの分散ファイルシステム関連のスレッドってありませんか？ http://hayabusa6.5ch.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/907
908: login:Penguin [] 03/07/25 12:49 ID:NH3LXVfX (･∀･)renice! http://hayabusa6.5ch.io/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.io/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.io/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.io/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.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/915
916: login:Penguin [sage] 03/07/26 16:58 ID:L1oQpf1J ……てゆーか、iozoneすげえバグってる＿|￣|○ http://hayabusa6.5ch.io/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.io/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.io/test/read.cgi/linux/1006743807/918
919: login:Penguin [sage] 03/07/26 22:02 ID:UPUujWHc うーむ、常に精度が 16bit しかない… しかし何時からあったんだろね、そのコード。 L1oQpf1J よくやった。感動した。w いや、まじお疲れ様です。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/919
920: login:Penguin [sage] 03/07/26 22:19 ID:UPUujWHc しかし… rand() そのまま使うほうがまだ正しいというのが、なんとも。 MTならまず問題ないでしょう。わざわざ書き換え乙彼です。 http://hayabusa6.5ch.io/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.io/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.io/test/read.cgi/linux/1006743807/922
923: login:Penguin [sage] 03/07/29 09:36 ID:aKb1tqGy Linuxのファイルシステムっていろいろあってすごいよね。 *BSDは種類がすくなくて寂しい。 background fsckはすげーって感動したし、便利に使ってるけど。 いろいろ選択肢があるのは、羨ましい(´･ω･`) http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/924
925: 923 [] 03/07/29 20:03 ID:1rLl9KRw >924 たまたまディスクが壊れて、何度もかかかってますた。 あと、なんか再起動すると毎回走ってる気がする。 鯖だとおっしゃる通りほとんど走ることないと思います。 http://hayabusa6.5ch.io/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.io/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.io/test/read.cgi/linux/1006743807/927
928: login:Penguin [sage] 03/07/30 01:27 ID:vDxYAdIz >922 その症状はHDDじゃなくて、メモリ、CPU、マザボなどが 壊れてる症状のように思うよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/928
929: login:Penguin [] 03/07/30 02:41 ID:AtS51Duz reiserfs4はext3より1.5倍速いのか そろそろ、reiserfsの時代かな http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/930
931: login:Penguin [sage] 03/07/30 23:02 ID:4zMtLJvJ >>929 安定性無視して語る貴方は冒険者 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/931
932: login:Penguin [sage] 03/07/30 23:08 ID:eRtaSc8/ 安定性のあるLinuxのファイルシステムなどない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/932
933: login:Penguin [sage] 03/07/30 23:27 ID:nn1WQr0p umsdos ある意味では、かなり安定してる http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/933
934: login:Penguin [sage] 03/07/31 00:30 ID:1FSxQZ5T >>933 それは仕様に対して実装が安定しているという意味だろうが、 仕様の保証する安定性が(ry http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/934
935: login:Penguin [sage] 03/08/01 00:56 ID:/643U5Jo >>932 分散ファイルシステムは、どうなの？ 専用スレはなさげだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/935
936: login:Penguin [sage] 03/08/01 12:29 ID:76mnFd6y >>935 わざわざ専用スレが必要なのか疑問なのだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/936
937: login:Penguin [] 03/08/01 19:44 ID:8+4JOWKd SCOの一件でますますjfsが廃れそうだな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/937
938: login:Penguin [] 03/08/01 22:31 ID:wrTG1dZH ハードディスクの容量が足りなくなってきたので ファイルシステムを圧縮できる方法を探していたのですが このスレを読む限り、現状でハードディスクで使える圧縮ファイルシステムはないということでしょうか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/938
939: login:Penguin [sage] 03/08/02 00:14 ID:3yd0RlyM ググれよ。 http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/940
941: login:Penguin [sage] 03/08/02 04:04 ID:pkjPv3Sq >>940 Linuxに限らず、大昔からloopback deviceを使ってその手のものが実装されては いたけど、それだと修論とかのネタにしかならず、きちんと使われている例は 皆無に等しい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/941
942: ぼるじょあ ◆yBEncckFOU [（＾＾）] 03/08/02 04:54 ID:GfRe8vK7 ∧＿∧ ∧＿∧ ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。 ＝〔~∪￣￣￣∪￣￣〕 ＝ ◎――――――◎ 山崎渉&ぼるじょあ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/942
943: login:Penguin [] 03/08/02 10:10 ID:0p3phC6s (･∀･)renice! http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/944
945: login:Penguin [sage] 03/08/02 15:07 ID:L63X/791 Reiser4は暗号化だけで圧縮は無いのだっけ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/945
946: login:Penguin [sage] 03/08/04 17:45 ID:4AsrsMmh AAAがなんの略かってのはどうなったんだらう http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/946
947: login:Penguin [sage] 03/08/05 00:21 ID:fJcvNP04 安心安全愛情でせう http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/947
948: login:Penguin [] 03/08/05 23:07 ID:XgzrayXF さてはアリコの回し者だな！ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/948
949: login:Penguin [] 03/08/08 14:08 ID:MaZY3Tp+ reiserfsにするとルートパーティションとか永遠にfsckしないことになるけど、たまにsingleで立ち上げて reiserfsckすると意外とぶっ壊れてて困る。でもルートパーティションにfsckかけるのに どうやったらいいかわかんねえから放置してるんだけどな！ おまいら教えてくれよ！どうしたらいいんだ！ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/949
950: 949 [sage] 03/08/08 14:09 ID:MaZY3Tp+ reiserfsck --fix-fixableをルートパーティションにかけらんねえって意味だ！ 焦ってて悪かったな！ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/950
951: login:Penguin [sage] 03/08/08 14:11 ID:chobj3fG ああ、ガムやるよ http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/952
953: login:Penguin [] 03/08/08 15:08 ID:MaZY3Tp+ >>952 やっぱそれしかないくわ・・・。 特殊な構成だからCDブートでHDD認識させるのむりぽなんですが ともかく外部メディアからブートする方向でなんとか頑張ってみます。ｻﾝｸｽｺ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/953
954: login:Penguin [] 03/08/11 16:49 ID:BhMyykpd やっぱHDDの後ろの方にちっこい環境を用意しとくと便利。 ついでに再インスコに必要なファイルも置いておくと(ﾟдﾟ)ｳﾏｰ http://hayabusa6.5ch.io/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.io/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.io/test/read.cgi/linux/1006743807/956
957: login:Penguin [sage] 03/08/11 21:29 ID:tckPLdZ8 >>956 元のままです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/957
958: login:Penguin [] 03/08/13 22:55 ID:/kK/1TEp Reiser4は2.6.0リリースまでにマージされんのかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/958
959: login:Penguin [sage] 03/08/14 00:16 ID:xsuRRYPk >>956 素人なら 「こういうことやる時、hda7 の方が hda8 より多い場合、 はみ出る部分はどうなるんですか?」 ってほうが気になると思うんだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/959
960: login:Penguin [] 03/08/14 03:40 ID:1v+FhsOf １００ＧＢ以上のディスクを使うにあたって、 ext3 だとブロックサイズ４ＫＢが限界で、なんだかなーな 感じなのですが、他の使うべきですかね？ 置くファイルは比較的大きなものです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/960
961: login:Penguin [] 03/08/14 18:16 ID:9xWZKodO XFSとか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/961
962: login:Penguin [sage] 03/08/14 21:21 ID:GkUGZsD7 XFSのせいではないというのは判ってるが、 なぜかXFSにしたHDDだけがよく死ぬ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/962
963: 960 [] 03/08/14 23:16 ID:HLWnnlz1 速度性能は特に求めてないんで、 「安定していてかつブロックサイズ設定などの自由度が高い」 のが欲しいところなんですが…。 http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/964
965: login:Penguin [] 03/08/15 02:47 ID:pWnXV+Z4 >>963 ext2 フォーマットするときにブロックサイズは指定できたはず http://hayabusa6.5ch.io/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.io/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.io/test/read.cgi/linux/1006743807/967
968: login:Penguin [] 03/08/15 17:02 ID:9vL3588P そんなこともあるさ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/968
969: 山崎 渉 [（＾＾）] 03/08/15 22:13 ID:ep0zwfOh (⌒V⌒) │ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。 ⊂| |つ （＿）（＿） 山崎パン http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/969
970: 山崎 渉 [（＾＾）] 03/08/15 22:33 ID:ep0zwfOh (⌒V⌒) │ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。 ⊂| |つ （＿）（＿） 山崎パン http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/970
971: login:Penguin [] 03/08/16 00:05 ID:5i+gfiwt (･∀･)renice! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/971
972: login:Penguin [] 03/08/16 23:58 ID:YSxzyMnv そろそろ次スレかね。 /**ファイルシステム総合スレ その2**/ 多種多様なファイルシステムに対応しているLinux。 そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。 なんでも語ってくれ。 こんなところか？ http://hayabusa6.5ch.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/975
976: login:Penguin [] 03/08/21 18:39 ID:4HpoU2M5 ここがリヌクス板ですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/976
977: login:Penguin [sage] 03/08/21 22:15 ID:ornXCEUP 裸ＩＮＡＸ板です http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/977
978: login:Penguin [] 03/08/26 18:05 ID:gFo6zh41 (･∀･)renice! http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/978
979: login:Penguin [] 03/08/29 23:47 ID:QrRh/iCg >>959 素人ですが どうなるんですか? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/979
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.177s*