[過去ﾛｸﾞ]
ジャーナリングファイルシステム (756ﾚｽ)
ジャーナリングファイルシステム http://mevius.5ch.net/test/read.cgi/unix/979408065/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
57: 48 [] 2001/05/04(金) 12:17 あと、JFS for Linux は JFS for OS/2（オープンソース）のコードを もとにしてポーティング作業されています。AIX for JFS のコードじゃないです。 # まぁ OS/2 のは AIX のを基にしてるから、結果的に AIX のも入ってるだろうけど。 http://mevius.5ch.net/test/read.cgi/unix/979408065/57
58: 名無しさん＠引く手あまた [] 2001/05/04(金) 13:45 Solaris8ならdefaultでufs loggingが使えるようになった。 やっと人並に。。。 mount optionにloggingを指定するだけでOK。 これで10数分もfsckにつきあわなくて良くなった。 http://mevius.5ch.net/test/read.cgi/unix/979408065/58
59: 名無しさん＠お腹いっぱい。 [] 2001/05/05(土) 20:34 >>48 うぁあ、bad superblock といわれてマウントできん・・・ これじゃ使い者にならんがな http://mevius.5ch.net/test/read.cgi/unix/979408065/59
60: 54 [] 2001/05/06(日) 01:26 >>55 ないねー。 まぁあんな危なっかしいモードなんてあっても(俺は)嬉しくないけど。 http://mevius.5ch.net/test/read.cgi/unix/979408065/60
61: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 02:26 >>58 細かいことだけど、loggingはSolaris7の11/99あたりから標準だよん。 http://mevius.5ch.net/test/read.cgi/unix/979408065/61
62: インストールラブラブ [] 2001/05/06(日) 03:40 fsync はジャーナリングなファイルシステムのほうが はやいのでせうか。 OracleやPostgreSQLのデータファイルの置き場所のファイルシステム って悩んだりもするのですが。 1. raw -> これってRAIDと愛称わるいしなぁ。 2. ufs -> ふつーすぎる？ 3. ufs logging -> 2と比べてどなのかな？？ 4. veritas file system -> 2と比べてどなのかな?? http://mevius.5ch.net/test/read.cgi/unix/979408065/62
63: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 07:08 >>62 UFS logging は、log とるぶん write は遅くなるよ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/63
64: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 09:37 VxFS は performance は UFS よか出るってことになっているし、 将来 FibreChannel なんかを使いたいときにもよさそうだけど、 ちと高い。 http://mevius.5ch.net/test/read.cgi/unix/979408065/64
65: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 12:47 >>62 3で運用してるけど、問題になってないな。 更新量が少ないシステムだけどね。 ところでrawとRAIDの相性が悪いってどういうことなんでしょ？ http://mevius.5ch.net/test/read.cgi/unix/979408065/65
66: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 13:01 >>63,64,65 ありがと。 rawとRAIDうんぬんというのは、RAIDあたりまえだったり、 SANつかったりするこのごろだと、果たしてディスクの生のI/Oを 触りたがるrawみたいなものの役割は終わってるのじゃないかという 意図で書きました。 http://mevius.5ch.net/test/read.cgi/unix/979408065/66
67: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 13:36 >>66 生のI/Oって言うけど、本当に玉を直接ドライブするわけじゃないし・・・。 DBの場合だとカーネルバッファを経由させないことが第一の目的だと 思ってるので、RAWはまだ使われていくと思う。 # もしかして考え方古い？ http://mevius.5ch.net/test/read.cgi/unix/979408065/67
68: 名無しさん＠引く手あまた [] 2001/05/06(日) 15:19 >>63 ベンチマークしているけど、パフォーマンスの劣化は無視できるほどだよ。 むしろ、VxFSの方が癖があって、ある一定の条件下では深刻な劣化を 起こすけどね。 http://mevius.5ch.net/test/read.cgi/unix/979408065/68
69: 名無しさん＠引く手あまた [] 2001/05/06(日) 15:27 >>62 >raw -> これってRAIDと愛称わるいしなぁ どこのRAID使ってるの？ うちでは問題になったことないよ。 むしろ、ufsにDB置くこと自体が珍しい位。 http://mevius.5ch.net/test/read.cgi/unix/979408065/69
70: 名無しさん＠引く手あまた [] 2001/05/06(日) 15:31 もっとも、最近ではDBが気を利かせて、カーネルのバッファを バイパスしてくれるからufsでも問題ないのだろうけどね。 そこが信用できない場合でも、Solaris辺りならforcedirectio オプションを指定しておけば、バッファリングは解除される。 ジャーナリングの話題じゃないな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/70
71: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 22:36 >>70 raw device の利点は buffer よりも、DB が disk の geometory を直接 把握できるので、data の最適配置を行えること。でも、RAID だと OS からは hardware 本来の geometory は見えなくなるので、意味が薄くなる のだ。 って、完全に journaling fs から外れたなぁ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/71
72: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 22:38 >>68 ある一定の条件下って、小さい file が大量にあって、それを fseek していったりする場合? http://mevius.5ch.net/test/read.cgi/unix/979408065/72
73: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 22:43 >>71 RAIDの上にさらに論理ボリュームマネージャなんかをつかってたり するとさらに薄くなっていくような。 LVMでDBなんて動かすななんて怒んないでちょーだいね。 emc2の手がけたのとか、富士通の手がけたのとかで、最近そういうのが あったんで。(みんなヤッテルモン！論理だけど) http://mevius.5ch.net/test/read.cgi/unix/979408065/73
74: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 22:54 >>73 んまぁ、LVM で管理すると、特に FibreChannel で SAN なんかの 環境を組んでいるような場合は面白そうだから、ありといえばあり なのかも。 そういうものがないのに LVM で管理というのは、単なる performance bottle neck にしかならないだろうけど…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/74
75: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日) 23:15 >>74 ボトルネックだけど、バックアップとるのはラクチンだそうです。 http://mevius.5ch.net/test/read.cgi/unix/979408065/75
76: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/06(日) 23:28 完全に journaling fs から外れるので、とりあえず sage。 >>75 う〜ん、backup はきちんと backup software + DB module でやった ほうが精神衛生上はいいなぁ。online backup もしたいし。 http://mevius.5ch.net/test/read.cgi/unix/979408065/76
77: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 00:06 >>73 DB、特にOracle使う時は、VxVM使うのは常識だぞ。LVMの機能は知らんが VxVMと同じならば必須と思われ。 Oracle DBをrawで扱うなら、2GB毎に切らないとならない。64bitならば その制限は無いことになっているが、やはりパフォーマンス上、2GBで 切るのが常道。 RAIDが何10GBもある場合、Solarisだとpartition数の制限から2GB単位に 切ってしまうと16GBしか活用できぬ。 VxVMで2GB以下のVolumeを作成しないとな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/77
78: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 00:06 >>73 DB、特にOracle使う時は、VxVM使うのは常識だぞ。LVMの機能は知らんが VxVMと同じならば必須と思われ。 Oracle DBをrawで扱うなら、2GB毎に切らないとならない。64bitならば その制限は無いことになっているが、やはりパフォーマンス上、2GBで 切るのが常道。 RAIDが何10GBもある場合、Solarisだとpartition数の制限から2GB単位に 切ってしまうと16GBしか活用できぬ。 VxVMで2GB以下のVolumeを作成しないとな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/78
79: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 00:08 ごめん、２つもはいってしまった http://mevius.5ch.net/test/read.cgi/unix/979408065/79
80: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 13:00 >>43 UBC その他の新作ドライバも捨て難いので最新 -current でごーごー ;_; 私は厨房なんでこのへんは治ることを祈ることぐらいしかできない。 巨大ボリュームになると fsck にかかる時間が無視できないから LFS に期待大なのね。 http://mevius.5ch.net/test/read.cgi/unix/979408065/80
81: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火) 22:11 じゃーなるあげ http://mevius.5ch.net/test/read.cgi/unix/979408065/81
82: 名無しさん＠お腹いっぱい。 [] 2001/05/14(月) 12:58 lfs_cleanerd がデフラグなんかもやってくれると嬉しいな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/82
83: 名無しさん＠お腹いっぱい。 [] 2001/05/17(木) 12:48 LFSあげ。 セグメント境界==ストライプ境界ができる日はいつかな…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/83
84: 名無しさん [] 2001/05/25(金) 18:06 UBCパッチの報告がありましたね…。 LFS復活の日は近い? 期待あげ http://mevius.5ch.net/test/read.cgi/unix/979408065/84
85: 名無しさん＠お腹いっぱい。 [] 2001/06/01(金) 23:23 age http://mevius.5ch.net/test/read.cgi/unix/979408065/85
86: 名無しさん＠お腹いっぱい。 [] 2001/06/07(木) 19:50 age http://mevius.5ch.net/test/read.cgi/unix/979408065/86
87: 名無し [] 2001/06/20(水) 05:16 あげ http://mevius.5ch.net/test/read.cgi/unix/979408065/87
88: 名無しさん＠お腹いっぱい。 [] 2001/06/23(土) 01:19 FreeBSD Press に Usenix のジャーナリングと soft update を 比較した論文の翻訳が出ているのであげ http://mevius.5ch.net/test/read.cgi/unix/979408065/88
89: 名無しさん＠お腹いっぱい。 [] 2001/06/26(火) 14:26 >>14 Metadataってなんですか？教えていただけませんか。 http://mevius.5ch.net/test/read.cgi/unix/979408065/89
90: ＃6411 [sage] 2001/06/26(火) 19:41 >>89 データ(この場合はファイルの中身)を管理するためのデータ。 superblockとか、ファイルインデクス、占有マップなど。 (ディレクトリエントリも含まれることがある) http://mevius.5ch.net/test/read.cgi/unix/979408065/90
91: 名無しさん＠お腹いっぱい。 [] 2001/06/29(金) 11:22 June 28, 2001: IBM is pleased to announce the v 1.0.0 release of the open source Journaled File System (JFS), a high-performance, and scalable file system for Linux. http://oss.software.ibm.com/jfs http://mevius.5ch.net/test/read.cgi/unix/979408065/91
92: 名無しさん＠お腹いっぱい。 [] 2001/06/29(金) 14:32 ReiserFS 使ってるよん。 Debian だけど残念ながら、apt でFS変換っつーのは無いね。 ext3 は既存の ext2 からバージョンアップできるらしいが、ReiserFS は無理みたい。 んで、ReiserFS はやっぱ読み込みが速いよ。ext2 はシーク音が 「ゴガガガガ、グフッ」って感じだったけど、「ジジジジジ」って いかにもヘッドが振れてない感じがするんだよね。 逆に書き込みは遅くなったが。 http://mevius.5ch.net/test/read.cgi/unix/979408065/92
93: 名無しさん＠お腹いっぱい。 [] 2001/06/30(土) 03:59 まったくヴァカは死ねば？ http://mevius.5ch.net/test/read.cgi/unix/979408065/93
94: 名無しさん＠お腹いっぱい。 [] 2001/07/10(火) 00:30 reiserfsは不具合あるみたいですね xfsが完璧そうで期待age http://mevius.5ch.net/test/read.cgi/unix/979408065/94
95: 名無しさん＠お腹いっぱい。 [] 2001/07/10(火) 00:33 んー、おれは JFS に期待してるんだけど。 もちろんXFSにもReiserFSにもがんばって欲しい。 http://mevius.5ch.net/test/read.cgi/unix/979408065/95
96: 名無しさん＠お腹いっぱい。 [sage] 2001/07/10(火) 03:06 >>94 どんな？ http://mevius.5ch.net/test/read.cgi/unix/979408065/96
97: 名無しさん＠お腹いっぱい。 [] 2001/07/14(土) 00:16 http://www.cyborg.ne.jp/~sympow/xpic/1uzmai/mai02e.jpg http://mevius.5ch.net/test/read.cgi/unix/979408065/97
98: 名無しさん＠お腹いっぱい。 [sage] 2001/07/14(土) 01:59 >>97 板違い。 http://mevius.5ch.net/test/read.cgi/unix/979408065/98
99: 名無しさん＠お腹いっぱい。 [] 2001/07/14(土) 07:46 >>55 >>60 あるよ？FFFSで非同期モードでマウントしたらクリチカルな操作をしても 遅延モードのままバッファリングするからext2fsと勝負できる位には 速くなるっす。怖いんで使わないけど。LFSとかにもあるかどうかは 不明。UPS買ったら非同期モードにしようと決心してもう1年近くに なるなぁ。早く買わなきゃ…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/99
100: 99 [sage] 2001/07/14(土) 09:24 そういや、最近はsoft-dependenciesがサポートされて、安全に 遅延書き込みできましたね。これでも多少は速くなるので、 まずはこれを試してみようっと。 どんどんジャーナリングFSから離れていくんで下げ。＞＿＜ http://mevius.5ch.net/test/read.cgi/unix/979408065/100
101: 名無しさん＠お腹いっぱい。 [] 2001/07/14(土) 12:56 >>99 4.3BSD(NEWS-OS)を使ってたとき、 FFSのasync mount使ってたけど、 kernel panicして落ちたときに修復困難なくらい 壊れてくれたんで信用してないんだけど、 FreeBSDのは改善されてるのかなぁ? ext2fsだとあまりひどいことにはならないので ディフォルトasyncにできたんだろうな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/101
102: 99 [] 2001/07/14(土) 16:57 >>101 今でもasyncはヤバイと思われ。UPS入れててもpanicすると逝けますネ。 というわけでNetBSDでsoftdepつかってみました。いけてます。 うちはRAID5の上に構築してるFFSなので、ファイル操作が死ぬ程遅いんす。 ただでさえ遅いソフトでやるパリティ計算を同期のために毎回待つので 当然なんすけどね。んで、softdep入れてやると一瞬で、おお〜。 理論的には当然なんだけど、プロジェクトディレクトリとかrm -rf したら一瞬でプロンプトに戻ってきてビビリました。まるでwand of cancelationをmagic
holding bagに突っ込んだときのように、しばらく キョロキョロとプロジェクトディレクトリを探して辺りcdやlsして しまいました。そんなわけで*BSDな人は是非トライ♪ http://mevius.5ch.net/test/read.cgi/unix/979408065/102
103: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日) 00:57 ReiserFSとかJFSとかって*BSDに移植できないんかな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/103
104: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日) 08:19 RDBMSの領域をおいても意味ないような気が・・・ もともとDBってのはリカバリログ域があるんだからほっときゃいーんです。 しかし、4重化するほど大切なのであれば、 リカバリログ域をそういうところに置くとよいでしょう。 表・インデックスをそういうところに置く必要はまったくなし。 http://mevius.5ch.net/test/read.cgi/unix/979408065/104
105: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日) 08:19 いまごろジャーナルですか？プププ UNIXて遅れてるね。 OS/390は昔ッからそんなもんタダでついてますよ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/105
106: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日) 09:07 >>105 ﾊｧ? UnixWare だって IRIX だって以前からファイルシステムはジャーナル化されていると思うけど http://mevius.5ch.net/test/read.cgi/unix/979408065/106
107: 名無しさん＠お腹いっぱい。 [sage] 2001/07/29(日) 03:50 こんなんありました。 http://www.namesys.com/v4.html (Version 4 of ReiserFS) DARPA at www.DARPA.mil is the primary sponsor of Reiser4. http://mevius.5ch.net/test/read.cgi/unix/979408065/107
108: [] 01/10/05 16:55 ジャーナルファイルシステムが、ちゃんと 想定している種類の破壊を防いでいるという ことをテストするにはどうすればよいでしょう。 もしくはそういったテストをするソフトとか スクリプトはありますか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/108
109: 名無しさん＠お腹いっぱい。 [] 01/10/05 17:50 >>108 ディスクがごりごりいってるときに、いきなり電源抜いてみれば? http://mevius.5ch.net/test/read.cgi/unix/979408065/109
110: [] 01/10/06 00:11 それでは、本当にハードディスクがヘッドクラッシュを してしまいかねません。ハードの故障までは回復 できないと思います。RAIDではないから。 http://mevius.5ch.net/test/read.cgi/unix/979408065/110
111: 食いだおれさん [] 01/10/06 00:18 >>101 > 4.3BSD(NEWS-OS)を使ってたとき、 > FFSのasync mount使ってたけど、 (略) > FreeBSDのは改善されてるのかなぁ? soft updateは、async writeとは違う。 transaction commitしていい時までqueue(めちゃ短い)する手法。 高健全性度 journaling > soft update > sync write > async write http://mevius.5ch.net/test/read.cgi/unix/979408065/111
112: 名無しさん＠お腹いっぱい。 [] 01/10/29 13:09 結局ReiserFSはダメダメってことで http://mevius.5ch.net/test/read.cgi/unix/979408065/112
113: 名無しさん＠お腹いっぱい。 [] 01/10/29 13:33 >>111 あと依然として SoftUpdate には fsck が必要だね http://mevius.5ch.net/test/read.cgi/unix/979408065/113
114: 風の谷の名無し [] 01/11/03 16:37 XFSはいいぞー。マイナーだけど。 漏れのノートで使ってるよ。ｱﾌｫKDEのせいでリセットしまくりだけど 一度も飛んだことないっす。XFSマンセー。 (でも開発メンバーリストラされたらしい・・・) http://mevius.5ch.net/test/read.cgi/unix/979408065/114
115: 名無しさん＠お腹いっぱい。 [] 02/01/29 11:40 >>112同意 http://mevius.5ch.net/test/read.cgi/unix/979408065/115
116: 名無しさん＠お腹いっぱい。 [] 02/01/29 11:49 >110 今売ってるハードディスクがそんなんで飛ぶとは思えないなぁ。 それに、電源切るのがいやならリセットでもいいだろ。 http://mevius.5ch.net/test/read.cgi/unix/979408065/116
117: 名無しさん＠お腹いっぱい。 [sage] 02/01/29 12:00 >>116 漏れもそう思っていたが、ごく最近実際そうなった。 買って半年の○BMのHDD…。 http://mevius.5ch.net/test/read.cgi/unix/979408065/117
118: 名無しさん＠お腹いっぱい。 [sage] 02/01/29 12:51 >117 関連スレ 「IBMのHDD、半年で2台死亡」 http://pc.2ch.net/test/read.cgi/hard/999663378/l50 http://mevius.5ch.net/test/read.cgi/unix/979408065/118
119: 名無しさん＠お腹いっぱい。 [] 02/01/29 20:14 オレはNTFS使う http://mevius.5ch.net/test/read.cgi/unix/979408065/119
120: 名無しさん＠お腹いっぱい。 [] 02/01/29 21:35 >>111 sync > softupdate ではないの? http://mevius.5ch.net/test/read.cgi/unix/979408065/120
121: 名無しさん＠お腹いっぱい。 [] 02/01/29 21:38 >>113 FSCKかけないFSなんぞ怖くてつかえん。 http://mevius.5ch.net/test/read.cgi/unix/979408065/121
122: [] 02/01/29 22:59 >>121 昔の本には、定期的にfsckするのは媒体異常をチェックする意味もある、て書いてあるよね。 ふだん使ってない領域をアクセスしたら壊れてた・・・とかならないように。 でも、現代のHDDだったら不要では？て議論はあっても良いと思う。 http://mevius.5ch.net/test/read.cgi/unix/979408065/122
123: 名無しさん＠お腹いっぱい。 [sage] 02/01/30 01:51 ディスクのライトキャッシュのフラッシュはまじめにやってるんだろうか？ ジャーナリングの場合は 1,ログの書き込み 2,ディスクキャッシュのフラッシュ 3,ダーティなデータを適当な順序で書き込み となると思うが softupdateの場合はどうなりますか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/123
124: 名無しさん＠Ｅｍａｃｓ [sage] 02/01/30 15:00 >>123 こうなる http://www.mew.org/~kazu/doc/softupdate.html http://mevius.5ch.net/test/read.cgi/unix/979408065/124
125: 名無しさん＠お腹いっぱい。 [sage] 02/01/30 23:09 これ、わかりやすかった。 http://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html http://mevius.5ch.net/test/read.cgi/unix/979408065/125
126: 123 [sage] 02/01/31 00:18 >>124 ディスクのキャッシュのフラッシュはどこに入るんでしょうか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/126
127: 名無しさん＠お腹いっぱい。 [sage] 02/03/05 01:07 softupdateは順序に対する制約が多いので、ディスクドライブが賢くなると ジャーナリングに対して不利になります。 Solarisは(多分)それを見越してsoftupdateではなく、ジャーナリングを 使っていると思われます。 http://mevius.5ch.net/test/read.cgi/unix/979408065/127
128: 仕様書無しさん [] 02/03/09 16:42 保守あげしまーす http://mevius.5ch.net/test/read.cgi/unix/979408065/128
129: 名無しさん＠お腹いっぱい。 [] 02/05/22 07:57 http://mevius.5ch.net/test/read.cgi/unix/979408065/129
130: 名無しさん＠お腹いっぱい。 [sage] 02/06/15 21:10 salvage sage ;D NetBSD 1.6 + LFSv2 coming soon! http://mevius.5ch.net/test/read.cgi/unix/979408065/130
131: 名無しさん＠お腹いっぱい。 [sage] 02/07/31 20:49 とりあえず保全sage http://mevius.5ch.net/test/read.cgi/unix/979408065/131
132: 名無しさん＠お腹いっぱい。 [] 02/08/04 22:46 CPUのアイドルの時に、定期的に裏で、プライオリティ最低で、 ハードディスクをRAWデバイスとして、トラックを順番に読んでみて 磁気記録のECCが壊れてないかどうかを見にいかせるオプションが 欲しいなぁ。FSCKなどは、今ファイルとして使っているブロック しか対象としないし、しかもリンク情報しか触らないから中身が 壊れていても読み出すまでは判明しない。 http://mevius.5ch.net/test/read.cgi/unix/979408065/132
133: 名無しさん＠お腹いっぱい。 [sage] 02/08/04 23:01 JFS4BSDは着々、のようですな http://mevius.5ch.net/test/read.cgi/unix/979408065/133
134: 名無しさん＠お腹いっぱい。 [sage] 02/08/04 23:08 >>132 FreeBSD の diskcheckd が正にそれでは。最初は base に入ってたけど、今は ports に移動されている。(sysutils/diskcheckd) http://mevius.5ch.net/test/read.cgi/unix/979408065/134
135: 名無しさん＠お腹いっぱい。 [sage] 02/08/06 11:48 >>125 難しくてあまり分からなかったけど、ext2系は怖いな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/135
136: 名無しさん＠お腹いっぱい。 [] 02/08/14 19:33 あと、ext2のfsckって、Solaris ufsのfsckとかに比べて、妙に遅いし.... http://mevius.5ch.net/test/read.cgi/unix/979408065/136
137: 名無しさん＠お腹いっぱい。 [sage] 02/08/15 11:50 >>136 Linuxのext2の実装は全OS中最も本格的にasyncです。 http://www.tux.org/lkml/#s9-12 などを見ると 場合によっては他のOSのtmpfs,memfsの類よりも高速です。 その分こわれかたも最強なので、fsckも最強の復元力を要求されるため 遅くなってしまいます。 http://mevius.5ch.net/test/read.cgi/unix/979408065/137
138: 名無しさん＠お腹いっぱい。 [sage] 02/08/15 15:08 んで、ext3は単にext2にジャーナル付け足しただけなんで、fsckは必要なく なっているものの (なぜか数回のbootごとにfsckかかるけど) 壊れかたに 違いはなく、怖〜いfsのまま…。まあ、Linux界にはもっと怖いReiserFS なんてシロモノもありますけど。 Linuxで原理的にまともなfsというとXFSがJFSってことになりますけど、 どちらも実装はまだちょっと未成熟なので、実運用時の安定性ではext2&ext3 に劣るようです。 http://mevius.5ch.net/test/read.cgi/unix/979408065/138
139: 名無しさん＠お腹いっぱい。 [] 02/08/15 15:49 速度的にはext2がなんだかんだで一番だったな。 ext3にするとちょっと遅くなるけど。個人的にはXFS使ってます。 ReiserFSは小さいファイルが沢山あるときは速いんですが、エロビデオなんかを扱うような 場合は不利になりますね。あとNFSするときにも不具合がありますし…(VFS絡み) XFS/LinuxがACLを実装して運用できるようになればますますおもしろい。 http://mevius.5ch.net/test/read.cgi/unix/979408065/139
140: 名無しさん＠お腹いっぱい。 [] 02/08/15 20:29 >>138 http://www.zdnet.co.jp/help/howto/linux/redhat7_2_ext3/03.html あと、LinuxのFile Systemを話題に出すならこれも参考にすれ。 http://pc.2ch.net/test/read.cgi/linux/1006743807/l50 http://mevius.5ch.net/test/read.cgi/unix/979408065/140
141: 名無しさん＠お腹いっぱい。 [] 02/08/25 21:46 ファイルシステムを取り替えたら、Linuxのスワップファイルのサイズの １個あたり２GBという制限が取り除けますか？ ４０GBのスワップを とるのに２０個の領域を取るのが美しくないし、あまり良くないです。 できれば単一のドライブに４０GBのスワップ領域を１つデンととって 終わりにしたいのですがぁ。。。 IA-64だと、スワップの大きく取れないシステムなんて、意味ないですから。 http://mevius.5ch.net/test/read.cgi/unix/979408065/141
142: 名無しさん＠お腹いっぱい。 [sage] 02/08/25 23:18 スレッドタイトルが読めない方がいます http://mevius.5ch.net/test/read.cgi/unix/979408065/142
143: 名無しさん＠お腹いっぱい。 [] 02/08/26 03:48 JFFS2マンセー http://mevius.5ch.net/test/read.cgi/unix/979408065/143
144: 名無しさん＠お腹いっぱい [] 02/08/26 07:00 >>141 主記憶はどのぐらい実装するの？ こっちのほうが興味あるなぁ http://mevius.5ch.net/test/read.cgi/unix/979408065/144
145: 名無しさん＠お腹いっぱい。 [sage] 02/08/26 11:39 XFS良いよね。 Indogo2使っていた時はぜんぜん思わなかったけど， 「linux(ext2)触りだしてなんでこんなに悲惨な事になるのよ！！」 しまいには， 「またかよ…。」 XFS for Linuxが安定して運用できるレベルになることを望む。 #今も良い感じなんだけど，稀におかしくなるね。 http://mevius.5ch.net/test/read.cgi/unix/979408065/145
146: 名無しさん＠お腹いっぱい。 [sage] 02/08/26 12:42 >>145 XFS、希にと優香、結構おかしくなります。 XFS or JFSが枯れるまではext3使わざるを得ないと思います。 http://mevius.5ch.net/test/read.cgi/unix/979408065/146
147: 名無しさん＠お腹いっぱい。 [sage] 02/08/26 12:52 >>146 使わないといつまでも枯れないですね。。 http://mevius.5ch.net/test/read.cgi/unix/979408065/147
148: 名無しさん＠お腹いっぱい。 [sage] 02/09/06 22:59 すいませんがお前らBFSも語ってください。 漏れはわからん・・・(;´д`)ｽﾏﾝ http://mevius.5ch.net/test/read.cgi/unix/979408065/148
149: 名無しさん＠お腹いっぱい。 [sage] 02/09/06 23:11 OpenBFS を NetBSD に移植して欲しい MIT-style license だし http://mevius.5ch.net/test/read.cgi/unix/979408065/149
150: 名無しさん＠お腹いっぱい。 [sage] 02/09/23 10:08 NetBSD の lfs_cleanerd が数時間 segment clean し続けたときはあせった ログに /netbsd: fs_segclean: not cleaning segment 588: 8192 live bytes last message repeated 19 times lfs_cleanerd[509]: lfs_segclean: segment 588: Device busy last message repeated 187 times こんな感じで message 出まくり 2G の partition で /usr/pkgsrc に使っているんで必要なファイルを backup した後 #rm -rf * でファイル消したら止まったけど, そんなに file system がぐちゃぐちゃだったの
か http://mevius.5ch.net/test/read.cgi/unix/979408065/150
151: 名無しさん＠お腹いっぱい。 [sage] 02/09/24 11:38 >>150 最近のcurrentってLFSフツーに使えるんでしょうか？ 話を見てると怖くて試せないす。 http://mevius.5ch.net/test/read.cgi/unix/979408065/151
152: 150 [sage] 02/09/24 22:43 >>151 こっちは 1.6 なんで current はどうか分からないけど working directory のようなそれほど重要でない場所ではについては それなりには使えると思う 書き込み速度はやはり速いし >>150 は LFS を NFS で export して NFS client の方から pkgsrc を compile しまくったときに現れた message で file system がぐちゃぐちゃというのは directory などがぐちゃぐちゃという意味ではなくて segment 自体が相当虫食い状態になったんだろうなということ 単なる推測で言った言葉です http://mevius.5
ch.net/test/read.cgi/unix/979408065/152
153: 名無しさん＠お腹いっぱい。 [sage] 02/09/25 10:27 >>152 なるほど。pkgsrc くらいだったら壊れて問題ないし、 私も試してみようかな。thx http://mevius.5ch.net/test/read.cgi/unix/979408065/153
154: 兄弟スレ？ [sage] 02/10/23 21:02 ext3ジャーナリングファイルシステム http://pc.2ch.net/test/read.cgi/linux/1006112190/ /**ファイルシステム総合スレ その1**/ （既出） http://pc.2ch.net/test/read.cgi/linux/1006743807/ http://mevius.5ch.net/test/read.cgi/unix/979408065/154
155: 名無しさん＠お腹いっぱい。 [sage] 02/10/24 12:06 >>154 ext3ジャーナリングファイルシステム は /**ファイルシステム総合スレ その1**/ に統合されたんだ。 むやみに貼るな。 http://mevius.5ch.net/test/read.cgi/unix/979408065/155
156: 名無しさん＠お腹いっぱい。 [] 02/11/15 03:55 ジャーナルファイルは二度書き込むらしいので遅いのではありませんか？ RAID5＋UPSなどを組んでいるディスクを使う場合には、 ジャーナルファイルでなくても ext2 のようなファイルシステムで十分 でしょうか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/156
157: 名無しさん＠お腹いっぱい。 [sage] 02/11/15 04:46 >>156 全ての書き込みをsyncでやると遅くなるので、 大抵はジャーナルだけsyncで書き他を全てasyncで書いている。 RAID5で保護される内容とジャーナルファイルシステムで保護される内容を理解していないと思われ。 RAIDはディスクの破壊に対処するシステムで、 ジャーナルファイルシステムは予期せぬシステムダウンによるファイルシステムの破壊に対処するシステム。 UPSを使えば安全と思うかも知れんが、kernel panicなど電源以外の要因でシステムダウンすることは往々にしてありえる
。 http://mevius.5ch.net/test/read.cgi/unix/979408065/157
158: 山崎渉 [（＾＾）sage] 03/01/15 13:22 （＾＾） http://mevius.5ch.net/test/read.cgi/unix/979408065/158
159: 山崎渉 [（＾＾）] 03/03/13 17:54 （＾＾） http://mevius.5ch.net/test/read.cgi/unix/979408065/159
160: 名無しさん＠お腹いっぱい。 [] 03/03/18 20:00 LFS http://mevius.5ch.net/test/read.cgi/unix/979408065/160
161: 山崎渉 [（＾＾）] 03/04/17 12:15 （＾＾） http://mevius.5ch.net/test/read.cgi/unix/979408065/161
162: あぼーん [あぼーん] あぼーん http://mevius.5ch.net/test/read.cgi/unix/979408065/162
163: あぼーん [あぼーん] あぼーん http://mevius.5ch.net/test/read.cgi/unix/979408065/163
164: あぼーん [あぼーん] あぼーん http://mevius.5ch.net/test/read.cgi/unix/979408065/164
165: 名無しさん＠お腹いっぱい。 [sage] 03/05/28 18:35 sage http://mevius.5ch.net/test/read.cgi/unix/979408065/165
166: 名無しさん＠お腹いっぱい。 [] 03/07/01 15:20 reiserfs v4はどうなのよ？ 犬糞ネイティブだけあって糞なのか？ http://mevius.5ch.net/test/read.cgi/unix/979408065/166
167: あぼーん [あぼーん] あぼーん http://mevius.5ch.net/test/read.cgi/unix/979408065/167
168: 名無しさん＠お腹いっぱい。 [] 03/08/04 01:02 GRUBのUTF2対応はまだー？ http://mevius.5ch.net/test/read.cgi/unix/979408065/168
169: あぼーん [あぼーん] あぼーん http://mevius.5ch.net/test/read.cgi/unix/979408065/169
170: 名無しさん＠お腹いっぱい。 [] 03/09/07 01:53 ぬるぽ http://mevius.5ch.net/test/read.cgi/unix/979408065/170
171: 名無しさん＠お腹いっぱい。 [] 03/09/10 13:24 名前がカッコイイから使おうかな・・・・・ じゃーなりんぐふぁいるしすてむ・・・・ っでなににつかうの？？ http://mevius.5ch.net/test/read.cgi/unix/979408065/171
172: 名無しさん＠お腹いっぱい。 [sage] 03/09/18 22:09 >>171 ベンチマークとか。 http://mevius.5ch.net/test/read.cgi/unix/979408065/172
173: 名無しさん＠お腹いっぱい。 [sage] 03/09/22 04:27 /**ファイルシステム総合スレ その2**/ http://pc.2ch.net/test/read.cgi/linux/1063025258/l50 http://mevius.5ch.net/test/read.cgi/unix/979408065/173
174: 名無しさん＠お腹いっぱい。 [sage] 04/09/27 10:30:29 >>173 そんな板orスレッドないです。 http://mevius.5ch.net/test/read.cgi/unix/979408065/174
175: 名無しさん＠お腹いっぱい。 [] 04/10/06 11:44:28 >174 http://pc5.2ch.net/test/read.cgi/linux/1063025258/801-900 http://mevius.5ch.net/test/read.cgi/unix/979408065/175
176: 名無しさん＠お腹いっぱい。 [] 04/12/04 03:33:49 BSDファイルシステム使いたいんだけども? http://mevius.5ch.net/test/read.cgi/unix/979408065/176
177: 名無しさん＠お腹いっぱい。 [sage] 04/12/04 09:54:18 どうぞ? http://mevius.5ch.net/test/read.cgi/unix/979408065/177
178: 名無しさん＠お腹いっぱい。 [sage] 04/12/04 16:56:52 PC-UNIXで動くまともなファイルシステムってないの？ http://mevius.5ch.net/test/read.cgi/unix/979408065/178
179: 名無しさん＠お腹いっぱい。 [sage] 04/12/04 17:13:08 あります http://mevius.5ch.net/test/read.cgi/unix/979408065/179
180: 名無しさん＠お腹いっぱい。 [sage] 04/12/05 22:49:08 ありません http://mevius.5ch.net/test/read.cgi/unix/979408065/180
181: 名無しさん＠お腹いっぱい。 [sage] 04/12/05 22:53:57 まともな、の定義によるね。linux xfs 程度でまともと言えるなら、ある。 http://mevius.5ch.net/test/read.cgi/unix/979408065/181
182: 名無しさん＠お腹いっぱい。 [sage] 04/12/06 01:57:16 >>178 OS関係ないだろ。 愚痴るなら「PCで動くまともなファイルシステムってないの？」ですな。 っつーか仮にファイルシステムに問題があるとしても、 その問題を顕在化させたユーザに責任があるっていう。 http://mevius.5ch.net/test/read.cgi/unix/979408065/182
183: 名無しさん＠お腹いっぱい。 [sage] 04/12/06 13:48:20 FreeBSD の FFS なんて他の unix と比べたって熟しているものの 一つじゃないのかな。 まあ 5系の UFS2 になると熟度はだいぶ落ちるのかもしれないけど。 http://mevius.5ch.net/test/read.cgi/unix/979408065/183
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 573 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s