[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その1**/ (979ﾚｽ)
/**ファイルシステム総合スレ その1**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
831: login:Penguin [sage] 03/07/08 09:18 ID:zxHChLtD 壊れる時は壊れる http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/831
832: login:Penguin [sage] 03/07/08 13:09 ID:1ZdeAGbP >>829 XFSを使っている経験則では、ディスク(のXFSを使用しているバーティションの1つ)を 100%使いきると固まり、90%を超えたあたりから動作が不安定になる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/832
833: login:Penguin [sage] 03/07/09 00:06 ID:agcGk8vW >>832 うちのXFSにしているファイルサーバは、空きがなくなってくると ディスクを追加してxfs_growしているから 95%以上になることも しょっちゅうだけど、問題はないなぁ。いまも90%と92%だし。 ファイルシステムサイズはどちらも約1TB。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/833
834: login:Penguin [] 03/07/09 23:53 ID:NEay94kx ext3の乗り換え先はXFSかReiserFSでFAなのか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/834
835: (･∀･)ﾆﾔﾆﾔ ◆IuDnGO5LnY [sage] 03/07/09 23:58 ID:q4f92L0B >>834 それを言うならNTFSじゃなくて？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/835
836: login:Penguin [] 03/07/10 00:35 ID:rDZq3XMz でもNTFSがLinuxで安全に読み書きできるようになったら 結構無敵っぽい。 圧縮機能あるし暗号化あるし結構頑丈だし http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/836
837: login:Penguin [] 03/07/10 00:53 ID:qWAq8okX 定期的にデフラグしないとパフォーマンスが落ちるファイルシステムもどうかと思うんでつが。 NTFSはステでWinFSに期待。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/837
838: login:Penguin [sage] 03/07/10 01:12 ID:rDZq3XMz >>837 まあ逆にいえば、定期的にデフラグさえしてればいいわけで。 オレはWin大好きなんで意見が偏ってたかもしれん。すまん。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/838
839: login:Penguin [sage] 03/07/10 01:42 ID:3ZvgUl8O 1TのRAID5を定期的にデフラグ…… 考えただけで死にそう http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/839
840: login:Penguin [sage] 03/07/10 06:27 ID:1D8y2MAU >>836 > でもNTFSがLinuxで安全に読み書きできるようになったら 書くとなるとACL、Active Directory等嫌らしい問題山積み。 書くことも出来ます程度じゃなくて、メインで使う、ファイル共有するんだとね。 > 圧縮機能あるし暗号化あるし結構頑丈だし 機能にしても頑強性にしても、それがあるのはWin上の実装だけでしょ。 実装と仕様を混同した主張をしているのでは? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/840
841: login:Penguin [] 03/07/10 17:14 ID:6NbXEApC >>840 俺はNTFSなんかいらないけど 圧縮機能はファイルシステムの仕様として実装(を要求)してるものなんじゃないの？（よく知らないけど） それをWinが実装してるのは当然の話であって、実装できてないOSがあればそれが不完全なだけじゃん。 例えばext3はジャーナルしてくれるから良いとか誰かが言ったら それはLinuxが実装してるだけであってどうのこうのって言っちゃうわけ？それじゃext2になっちゃうよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/841
842: login:Penguin [sage] 03/07/10 17:43 ID:oPHXaWeL >>841 NTFSの仕様自体が高機能で強固でもLinuxにまともな実装が無いからダメって事だろ。 いくら仕様が素晴らしくても、 コード自体をバグが少なく安定した状態まで持って行くのにはかなり時間かかるから。 良い仕様をバグが少なく安定して実装できないと使い物にならん。 どちらかだけじゃダメ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/842
843: login:Penguin [sage] 03/07/10 17:51 ID:UzgYOycS 実装はext2が一番まともで、仕様はjfsが一番まともという話は本当？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/843
844: login:Penguin [] 03/07/11 02:16 ID:FVLf/kjt >>843 ext2の実装は余り良くないと思う。 shutdown時に、file system busyで、umount出来なくなった例を何例も知っている。 2.4.18くらいの頃。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/844
845: login:Penguin [sage] 03/07/11 02:17 ID:PFxA1+Ze >>842 NTFS.SYSをロードして使えたらいいのにな ってNT系Windows持ってないと使えないからだめか… http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/845
846: login:Penguin [sage] 03/07/11 02:23 ID:f5c1AwP4 >>845 その前にソースがないとヤダ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/846
847: login:Penguin [sage] 03/07/11 02:26 ID:g5uiWY/i >844 珍しくもなんともない。 glibcをアップデートするとまず間違いなく / を unmount できない。 っていうか、unmount する方法教えれ。おながいします。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/847
848: login:Penguin [sage] 03/07/11 02:35 ID:f5c1AwP4 >>847 自分はそのての基本部を(busyboxを含む)staticなバイナリで/sbinに持ってる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/848
849: 793 [sage] 03/07/11 10:12 ID:Cs91Tczv WD800ABが修理から戻ってきたので、それ使ってベンチとってみたｿﾞ PCの構成はP3 933MHz 640MB 133MHzFSB WD800ABx4 Escalade6410。 OSはLinuxがRedHat Linux 9。NetBSDは6月末の1.6U current。 raid5は4台で、Linuxではchunkを64KBにして作成。NetBSDでは SectPerSUを32にして作成。どちらも標準的な設定。特にチューニングとかはしてない。 fsは以下の4種類を利用。 Linux ext3j: mke2fs -j /dev/md0で作成。 Linux reiserfs: mkreiserfs /dev/md0で作成。 NetBSD: newfs /dev/raid0で作成。 NetBSD softdep: newfs /dev/raid0で作成。mount時にsoftdepオプション。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/849
850: login:Penguin [sage] 03/07/11 10:13 ID:Cs91Tczv iozoneの結果。抜き出しだけどね。 ran-ってのはrandomのことね。-aでやったら512Mまでの結果しか 計測してなかった。どうもreiserfsはキャッシュでなんかやってるっぽく、 random writeが変に速い。試しに1Gや10Gでも計測。ちょっとﾏｽﾞﾎﾟ？ KB reclen write rewrite read reread ran-read ran-write Linux ext3j: 524288 64, 64647 79988 553630 556485 550130 39190 524288 128 63202 81011 397162 397037 380402 47241 524288 256 63936 80569 265742 265974 264971 51037 Linux reiserfs: 524288 64, 51178 61306 165191 119981 35391, 90980 524288 128 56374 66082 367269 361237 360463 87204 524288 256 54290 61291 260808 254297 260544 94819 1048576 64 48625 53908 116115 101650 11964 48566 10485760 64 41951 49672 77770 77591 4652 20051 NetBSD: softdepでも同じくらいなのでそっちは略 524288 64, 12054 12333 317294 317039 287050 4211 524288 128 12012 12321 237490 238462 222749 5640 524288 256 11884 12169 191876 191855 181035 7283 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/850
851: 793 [sage] 03/07/11 10:14 ID:Cs91Tczv bonnie++ -s 16g -n 100:50k -r 640の結果。 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 ext3j: 16G 7356 98 51552 78 29385 39 7405 97 78085 50 213.4 1 83 99 77400 89 30294 82 84 99 3307 5 281 84 reiserfs: 16G 6842 96 46167 88 28118 38 7357 97 76403 53 208.5 1 3625 67 3326, 19 3068 43 2962 74 2592 17 1455 29 NetBSD:16G 11427 24 11342 7 10056 21 19216 65, 31681 25 144.3 1 89 69 3551 29 406 23 90 70 46 29 22 8 softdep: 16G 11400 25 11662 20 9900 21 19173 65, 31915 26 142.0 1 108 82 3470 30 2244 90 109 84 48 30 208 74 なんか意見とかベンチ希望とかあったらどぞ。暇あったら計ってみる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/851
852: login:Penguin [sage] 03/07/11 11:03 ID:voEBrClk >>850 乙カレー。 > 793 Linux と NetBSD は async と、そうでは無い物だから単純には比べられないけど、 NetBSD の方、random write かなり遅いな。 もう少し公平に比較しても read で 1.5〜2倍近い差がある。 >>851 %CPU がだいぶ違うね。 per char と block の結果がだいぶ違うのが興味深い。 暇で暇でしょうがないならでかまいません、FreeBSD 5.1+ ufs2 + softupdates 希望〜 あとは JFS と XFS あたりを・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/852
853: login:Penguin [sage] 03/07/11 22:36 ID:RAkavVJn >850 good job! ・LinuxはCPU使いまくりで速度買いまくり。 速いCPUを買ってくればFSも速くなる可能性がある ・softdepは速度にほとんど寄与していない (random create/deleteサイクルはさすがに違うけど) NetBSDのLFSきぼん。 IBMのRAMACが採用したように、RAID5のrandom write性能に特徴があるはずなので。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/853
854: 793 [sage] 03/07/12 06:21 ID:QftObvob >852 JFSとXFSは勘弁を。Linuxのコンパイルしたくね〜。 FreeBSD 5.1なら入れれば済みそうなので、暇があったら LFSの後でやってみます。 >853 LFSはそういう効用があるんすか。今度やってみます。 一年前LFSやろうとした時はnewfs_lfsでこけた覚えがｗ 取り敢えず、今は、上のreiserfsで10G iozoneをした時の遅さが気になって、 16Gでちょっとiozoneやり直してます。原因はunified cache周りにあるんだ けど、random readで4.5M/sってのは勘弁してくれ〜。ついでに他のFSでも 16Gで計りなおしてみる予定。 一度目のiozone 16Gトライは、RH9上でescaladeがシャットダウンして reiserfsが死亡という結果に終わりました。RH9大丈夫でつか？ 漏れのreiserfsなファイル鯖は壊れませんよね？冷や汗を流しながら、 mkreiserfsして2度目のトライ中。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/854
855: login:Penguin [sage] 03/07/12 14:46 ID:ZGwhAZEI >>836 >圧縮機能あるし暗号化あるし結構頑丈だし Linuxにもパッチ当てれば、暗号化ファイルシステムはできる。TCFSとかSFS等。 >>841 >俺はNTFSなんかいらないけど >圧縮機能はファイルシステムの仕様として実装(を要求)してるものなんじゃないの？（よく知らないけど） 適当に言うなよ。要求なんてしてないよ。しかもファイルシステムの仕様って。アバウト過ぎるよ（ｗ >それをWinが実装してるのは当然の話であって、実装できてないOSがあればそれが不完全なだけじゃん。 へぇ〜。そうなんだ。（ｗ ま、確かにLinuxは常に開発中or進行中なんだけどね。 >例えばext3はジャーナルしてくれるから良いとか誰かが言ったら >それはLinuxが実装してるだけであってどうのこうのって言っちゃうわけ？それじゃext2になっちゃうよ。 ？？ 意味わからん。 >>842 >NTFSの仕様自体が高機能で強固でもLinuxにまともな実装が無いからダメって事だろ。 本当に「NTFSの仕様自体が高機能で強固」なの？「Linuxにまともな実装が無いからダメ」ってよく言うねぇ。 >いくら仕様が素晴らしくても、 >コード自体をバグが少なく安定した状態まで持って行くのにはかなり時間かかるから。 >良い仕様をバグが少なく安定して実装できないと使い物にならん。 >どちらかだけじゃダメ。 そりゃそうだ。これは何でも当てはまるな。でも、NTFSって仕様が素晴らしいの？疑問が残る部分だな。 >>845 >NTFS.SYSをロードして使えたらいいのにな >ってNT系Windows持ってないと使えないからだめか… 本当にNTFSが使用したいのか小一時間（ry それって無いものねだりなんだろ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/855
856: login:Penguin [sage] 03/07/12 15:01 ID:Kp5OFsqm >>855 > しかもファイルシステムの仕様って。アバウト過ぎるよ（ｗ そ、そうか? いまでもちょち膨大すぎるんだが... あれ以上書かれると読めん。 確かに、オプション盛り込み過ぎって意味で結果アバウトな気はしなくないけど.... http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/856
857: login:Penguin [sage] 03/07/12 15:11 ID:ZGwhAZEI >>856 >圧縮機能はファイルシステムの仕様として実装(を要求)してるものなんじゃないの？（よく知らないけど） あっこれはNTFSの事を言っていたのか。 ただ、”ファイルシステムの仕様”ってあったんで何のことかわからんかった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/857
858: login:Penguin [sage] 03/07/12 15:35 ID:zdYoG2TX 結局>>855はZGwhAZEIの読解力系ということでいいですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/858
859: login:Penguin [sage] 03/07/12 16:23 ID:xbH3d+jK いや、意味ワカンネ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/859
860: login:Penguin [sage] 03/07/12 16:29 ID:P+x2EbtS 一ついえるのは NTFS>>>>>>>>>>>>>>>>>>>>>>>>>>その他烏合の衆 ってことだけだな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/860
861: login:Penguin [sage] 03/07/12 18:14 ID:alA6x1P1 >>855 ＞パッチあてれば パッチ当てれば何でも出来るでしょ。 何をいってるんですか？ そうそう、e2comprは昔お世話になりました。 カーネル2.4になってからもちょっとずつ手でパッチを直して だましだまし使ってたんですが、もうさすがにパッチが 当てきれなくなったんだよなぁ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/861
862: login:Penguin [sage] 03/07/12 22:44 ID:5BpgRA12 >>860 NTFSはいいか？ >>861 >パッチ当てれば何でも出来るでしょ。 何をいってるんですか？ 特に変な事言ってるようには見えないけど。 パッチを当てないでその機能を搭載しろって事？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/862
863: login:Penguin [sage] 03/07/13 00:04 ID:TJuSdjOY >>855 別にMSの作ったもの全てが糞というわけでもないし、 必要以上に罵倒するのはどうか。 単なる linux マンセー厨に見えるよ。 http://hayabusa6.5ch.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/866
867: login:Penguin [sage] 03/07/13 13:42 ID:UrPfG9sV 以下のＷｅｂに書かれているように 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.io/test/read.cgi/linux/1006743807/867
868: login:Penguin [sage] 03/07/13 13:43 ID:UrPfG9sV あと、ページを見てて興味があったのは、 >6.2 RedHatはなぜNTFSをサポートしないのか？ > マジで理由はわからない。噂では法的な心配をしているのでは、ということだ。 マイクロソフトもいざとなったら動くのかなぁ。（ｗ http://hayabusa6.5ch.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/871
872: login:Penguin [sage] 03/07/13 15:11 ID:UrPfG9sV >>871 自分はそう思う。 >>869のNTFSforWin98は、マイクロソフトにライセンス料を払ってるのだろうか？ 第２のＳＣＯ問題になりそうな予感。（ｗ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/872
873: login:Penguin [sage] 03/07/13 15:24 ID:nL+aaYo6 NTFS.SYSとかは自前だよ http://hayabusa6.5ch.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/876
877: login:Penguin [] 03/07/14 02:52 ID:YDflspfA age http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/878
879: login:Penguin [sage] 03/07/14 13:53 ID:mrHwrXL3 >>865 UMSDOSのような運用でもこの際かまわない http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/880
881: login:Penguin [sage] 03/07/14 21:45 ID:cMuAl86g >>880 蒸気 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/881
882: login:Penguin [sage] 03/07/14 22:35 ID:t7TYYQGi ReiserFSに動的i-nodeって実装されてたの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/882
883: login:Penguin [sage] 03/07/15 01:04 ID:+ohUedxw >>870 >ファイルシステムがシステムのオーソライゼイション機構と >密接に関係してるのがわかんないんだよ、きっと。 誰に対してどっちのシステムの認証機能の話してるの? 解説キボン http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/883
884: login:Penguin [sage] 03/07/15 02:14 ID:GMP5mWt2 >>883 答えてくれるかね？ 870って、 >Linuxで簡単に入れ替え可能なのはケン・トンプソン→ufs系のファイルシステムだけ。 って書き方を見ても、ただの知ったか大馬鹿野郎なんではないのかと。 http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/884
885: login:Penguin [sage] 03/07/15 02:43 ID:jYpRij8s >>883 > 誰に対してどっちのシステムの認証機能の話してるの? AAAの最初の二つの'A'の違い分かりますか? http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/885
886: 山崎 渉 [（＾＾）] 03/07/15 11:16 ID:doz396Fq __∧＿∧_ |（ ＾＾ ）| ＜寝るぽ（＾＾） |＼⌒⌒⌒＼ ＼ |⌒⌒⌒~| 山崎渉 ~￣￣￣￣ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/886
887: login:Penguin [sage] 03/07/15 11:22 ID:LIqrc/nE AAAって何？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/887
888: login:Penguin [] 03/07/15 11:31 ID:H6r+Citv >>887 ｱﾘｺ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/888
889: login:Penguin [] 03/07/15 13:58 ID:p0/lUXK2 トリプルA http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/890
891: login:Penguin [sage] 03/07/15 17:37 ID:RSjlK/ic >>890 最新パッケージがインストールされているか確認して、 bugzillaへGO。 http://hayabusa6.5ch.io/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.io/test/read.cgi/linux/1006743807/892
893: login:Penguin [] 03/07/16 21:15 ID:pk5S01Ff Reiser4まだ〜？ http://hayabusa6.5ch.io/test/read.cgi/linux/1006743807/893
894: login:Penguin [sage] 03/07/17 03:01 ID:QZg8VmUw >>892 毎度乙です。 まぁ、ﾏﾀｰﾘおながいします。 http://hayabusa6.5ch.io/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.io/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.io/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.io/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.io/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.io/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.io/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.io/test/read.cgi/linux/1006743807/901
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 49 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.025s