[過去ログ]
/**ファイルシステム総合スレ その1**/ (979レス)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
861: login:Penguin [sage] 03/07/12 18:14 ID:alA6x1P1 >>855 >パッチあてれば パッチ当てれば何でも出来るでしょ。 何をいってるんですか? そうそう、e2comprは昔お世話になりました。 カーネル2.4になってからもちょっとずつ手でパッチを直して だましだまし使ってたんですが、もうさすがにパッチが 当てきれなくなったんだよなぁ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/861
862: login:Penguin [sage] 03/07/12 22:44 ID:5BpgRA12 >>860 NTFSはいいか? >>861 >パッチ当てれば何でも出来るでしょ。 何をいってるんですか? 特に変な事言ってるようには見えないけど。 パッチを当てないでその機能を搭載しろって事? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/862
863: login:Penguin [sage] 03/07/13 00:04 ID:TJuSdjOY >>855 別にMSの作ったもの全てが糞というわけでもないし、 必要以上に罵倒するのはどうか。 単なる linux マンセー厨に見えるよ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/863
864: login:Penguin [sage] 03/07/13 00:32 ID:7siRrEjH >>855 >>NTFS.SYSをロードして使えたらいいのにな >>ってNT系Windows持ってないと使えないからだめか… >本当にNTFSが使用したいのか小一時間(ry >それって無いものねだりなんだろ。 無い物ねだりかもしれんが、 ロードして使えるようになればNTFSの機能全部使えるだろ。 NTFSforWin98はNTFS.SYS使ってたり… http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/864
865: login:Penguin [sage] 03/07/13 07:04 ID:t2uiXwQt >>863 NTFSをメインで使いたげの>>836もわけわからんが。 stat(2)とかaccess(2)とかどうするつもりなんだか。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/865
866: login:Penguin [sage] 03/07/13 11:44 ID:V6z7g6fx まあいずれにせよNTFSがLinuxからも安全に 読み書きできるなれば嬉しいわな。 今のところデュアルブートでデータ共有するには 一般的にはvfatしかないわけで、Windowsからすれば NTFSに比べてかなり使用感が悪いからね。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/866
867: login:Penguin [sage] 03/07/13 13:42 ID:UrPfG9sV 以下のWebに書かれているように http://linux-ntfs.sourceforge.net/info/ntfs-ja.html >書き込みサポート機能を追加するのには長い時間がかかるだろう。NTFSはデータベースのように作られている。 >あなたが何かを変えたとしたら、一貫性を持たせるために多くの場所に変化が必要となる。 >間違いを犯すとファイルシステムがダメージを負うだろうし、間違いが多くなりすぎるとファイルシステムは破壊されるはずだ。 >また、現在開発者たちはNTFSに関してほとんど趣味として、自由な時間の間でしか作業していない。 >もし手助けしたいのであれば、メールして欲しい:webmaster@flatcap.org. 本当にLinux上でNTFSを読み書きをしたいなら手伝ってあげれば? >>836,>>863 >>845 >NTFS.SYSをロードして使えたらいいのにな >ってNT系Windows持ってないと使えないからだめか… NTFS.SYSをロードすれば使えるというそんなに単純な構造でないような.. データベース化されていて、なおかつその資料が無い場合は相当大変な作業になると思う。 >マイクロソフトがNTFSの内部に関する資料をリリースしていないので、 >ファイルシステムをスクラッチからリバースエンジニアリングしなければならない。 >その方法はざっとこんな感じだ: > 1. ヘキサ(16進)エディタであるボリュームを見てみる > 2. 何らかのオペレーションを行ってみる(例えばファイルを作る) > 3. ヘキサ(16進)エディタで変化を見る > 4. その変化を分類し、文書化する > 5. 1-4までの手順を永遠に繰り返す >すごくたくさん作業しなければならないように聞こえたとしたら、この作業がいかに大変だったか、 >おそらくわかっていただけているのだと思う。 >今ではわれわれはNTFSについてかなり多くのことを理解しているし、 >他の人の役に立つように文書化してきてもいる:http://linux-ntfs.sourceforge.net/ntfs/index.html >現時点では、ドライバーを書くならば情報集めから始めるというよりはずっと簡単になっている。 もし、NTFSがLinux上で読み書きできるようになったら、彼らに感謝しなければいけない。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/867
868: login:Penguin [sage] 03/07/13 13:43 ID:UrPfG9sV あと、ページを見てて興味があったのは、 >6.2 RedHatはなぜNTFSをサポートしないのか? > マジで理由はわからない。噂では法的な心配をしているのでは、ということだ。 マイクロソフトもいざとなったら動くのかなぁ。(w http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/868
869: login:Penguin [sage] 03/07/13 14:35 ID:7siRrEjH >>867 >>864のNTFSforWin98の話になるが、 http://www.seshop.com/detail.asp?pid=3647 >NTFS for Win98 は、クロス プラットフォーム ファイルシステムを >サポートするために他に類を見ない方法を採用しています。 >本ソフトウェアでは、NTFS ドライブを読み書きするために >独自のドライバを作成するのではなく、 >Windows NT/2000/XP のシステムファイル(NTFS.SYSとNTOSKRNL.EXE)を使用します。 >つまり、NTFS for Win98 はランタイム環境で Windows NT/2000 の NTFS ドライバをラップして、 >あたかも Windows NT/2000/XP で NTFS ドライバを使っているかのように振る舞います。 >NTFS for Win98 は NTFS に対する信頼度の低い解析情報を当てにしておらず、 >NTFS との高い互換性が保証されています。 >また、Microsoft のサービスパックを利用すれば、最新の(バグフィックスされた) >NTFS ドライバを使用することができます。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/869
870: login:Penguin [sage] 03/07/13 14:44 ID:t2uiXwQt CIFSも仕様公開されてないよ。 EMC、IBMなんかが集まったグループで仕様を作ってるね。 > NTFS.SYSをロードすれば使えるというそんなに単純な構造でないような.. ファイルシステムがシステムのオーソライゼイション機構と 密接に関係してるのがわかんないんだよ、きっと。 Linuxで簡単に入れ替え可能なのはケン・トンプソン→ufs系のファイルシステムだけ。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/870
871: login:Penguin [sage] 03/07/13 15:01 ID:ecMKlzcQ NTFS.SYS使えばアクセスできるけど、 ・ライセンス問題(NT持ってないと使えない) ・ソースがないのが嫌 の2点からNTFS.SYS使っての実装はせずに独自解析してるんでしょ? http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/871
872: login:Penguin [sage] 03/07/13 15:11 ID:UrPfG9sV >>871 自分はそう思う。 >>869のNTFSforWin98は、マイクロソフトにライセンス料を払ってるのだろうか? 第2のSCO問題になりそうな予感。(w http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/872
873: login:Penguin [sage] 03/07/13 15:24 ID:nL+aaYo6 NTFS.SYSとかは自前だよ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/873
874: login:Penguin [sage] 03/07/13 15:30 ID:d0L7xSlj >>872 http://www.lint.ne.jp/~tomo/windows/winxp/tips/ntfswin98.htm \WinNT\system32\drivers\NTFS.SYS \WinNT\system32\NTOSKRNL.EXE \WinNT\system32\AUTOCHK.EXE \WinNT\system32\NTDLL.DLL \WinNT\system32\C_437.NLS \WinNT\system32\C_1252.NLS \WinNT\system32\L_INTL.NLS の7ファイルは自前で用意するらしい。 同じメーカがDOS上でNTFS.SYS使ったNTFSDOSってのも出してるな。結構ホスィかも http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/874
875: login:Penguin [sage] 03/07/14 01:48 ID:Br067dfl >>870 >CIFSも仕様公開されてないよ。 そうだっけ? 昔、WebNFSと競うように、RFCにしてたような記憶が・・・ あと、ufsって、最近は ffs の意味に使って、いわゆる昔のufsはs5fsと言う場合 が多い気がするんですけど、気のせいかな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/875
876: login:Penguin [sage] 03/07/14 02:37 ID:6HUka5Jo >>875 > >CIFSも仕様公開されてないよ。 > > そうだっけ? > 昔、WebNFSと競うように、RFCにしてたような記憶が・・・ 知らんのなら何も喋るなって。馬鹿晒すだけだから。 EMC、IBM、Sunなどなどが集まって相互運用のために仕様作ってんだよ。 Microsoftが公開してくれないから。 http://www.samba.gr.jp/doc/2002_sambateam_ann_cifslicense.html http://www.snia.org/tech_activities/CIFS/ http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/876
877: login:Penguin [] 03/07/14 02:52 ID:YDflspfA age http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/877
878: login:Penguin [sage] 03/07/14 03:36 ID:Br067dfl >>876 少し google してみたけど、やっぱり、昔、RFC化した or しようとしてたのは事実じゃないの? http://ubiqx.org/cifs/rfc-draft/ で、それ以降の動きは、そこで漏れている詳細や、それ以降の最新の拡張などを MS が 積極的に公開してないって事態に対する活動はいろいろ起きているという印象。 だから、やはり、 >>CIFSも仕様公開されてないよ。 とまで言い切るのは抵抗あるな。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/878
879: login:Penguin [sage] 03/07/14 13:53 ID:mrHwrXL3 >>865 UMSDOSのような運用でもこの際かまわない http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/879
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 確かにlfsのランダム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 ∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ 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 100GB以上のディスクを使うにあたって、 ext3 だとブロックサイズ4KBが限界で、なんだかなーな 感じなのですが、他の使うべきですかね? 置くファイルは比較的大きなものです。 http://hayabusa6.5ch.net/test/read.cgi/linux/1006743807/960
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 19 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.023s