/**ファイルシステム総合スレその3**/

[過去ﾛｸﾞ] /**ファイルシステム総合スレその3**/ (983ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

168(1): 04/12/31 10:42 ID:UohtONFB(1) AAS
普通に使ってると、それほど速く感じない。
なにより、あえてJFSを選ぶ動機がないんだよね。
ext2/3は外すとして、手軽さでreiserfs。
機能の多さでXFS。専用だけどdump/restoreもある。
JFSはSELinux使えないしねー。
内部unicodeって嬉しいのかな。日本語だとマッピングの問題もあるし。

169: 04/12/31 11:28 ID:LNjfuvRO(1) AAS
そうか、jfs は内部コードが Unicode なのか。
ext2/3 や reiserfs では内部コードってのは決まってないよね？

170: 04/12/31 15:02 ID:d+RBWLr6(1) AAS
結局、Reiser4が最強でFA？

171: 04/12/31 17:56 ID:xFTRU+Dm(1) AAS
>>168
チト古いが
外部ﾘﾝｸ:fsbench.netnation.com
CPU負荷は少ないし、特に苦手なものもない。
枯れてくれば十分選ぶ動機となるんじゃないか？

172(1): 04/12/31 19:11 ID:ZKOMi0/j(1/4) AAS
いちおうNFSの話も出てきたんで。

2.6系ってNFSが改良されたとのことだったけど、少なくとも2.6.8までは
マルチプラットホーム環境(クライアントにSolaris 8やFreeBSD) でNFS server
にすると1週間で2回もkernel panic起しやがった…。2.4系のときは落ちたこと
なかったのに。

2.6.10でNFSのfixがたくさんあったんで、とりあえずkernelを入れかえてみたけど、
これで安定運用できるかなぁ。とりあえず3日は落ちてないけど。

173(1): 04/12/31 19:17 ID:eqgt9PJw(1/2) AAS
>>172
tcp/udp, 2/3を明記して話しなさい。
実装のレベルが全然違います。

174: 04/12/31 19:49 ID:ZKOMi0/j(2/4) AAS
>>173
当然ながらUDPのv3

175(1): 04/12/31 19:52 ID:eqgt9PJw(2/2) AAS
パフォーマンスより安定性を取るならv2に戻すこと推奨。

176: 04/12/31 20:36 ID:+6UdYIVA(2/2) AAS
NFSv4はー？

177: 04/12/31 23:23 ID:ZKOMi0/j(3/4) AAS
>>175
v2だとfile lockがなぁ…。mail spoolだし。

178: 04/12/31 23:31 ID:ZKOMi0/j(4/4) AAS
mail spool形式はMaildir++だから本来はあんまりクリティカルに考える必要は
ないはずなんだけど、qmail周りやcourier周りでは問題なかったのに、
qmailadminからのユーザ作成やezmlmでのML管理まわりでトラブル起きたんで…

179(1): 05/01/01 00:40 ID:JwYkeDD0(1/2) AAS
ああ、けどlock廻りって、仕様としては、NLM 4になっても、
・offset_tに64bit使える、
・NULL procedureが出来た
だけしか違わないけどね。実装に問題があるのかな。

NFS v2: NLM v1, v3
NFS v3: NLM v4

180: 05/01/01 01:37 ID:+HlQyzYO(1/2) AAS
>>179
その辺はクライアント側の問題もあるしね。でも、lock周りでトラブルが
起きるぐらいならともかく、NFS serverがkernel panic起すのは問題外なんで、
v2での運用も考えてみようかな…。って、それならkernelを2.4に戻してv3使う
ほうがいいか。

にしても、2.4の時は全く問題なかったのに、なんで2.6でkernel panicが頻発
したんだろ? 2.6.10で治っていればいいんだけど…。ちなみに、いまのところ
2.6.10で3日と6時間は連続稼働しております。せめてあと4日間持ってくれ…

181: 05/01/01 10:38 ID:JwYkeDD0(2/2) AAS
lock関係結構書き変ってます。fs/nfs/file.c
後はaio, nfs4関連。
v2で駄目なら2.4に戻すの推奨。

182: 05/01/01 16:11 ID:+HlQyzYO(2/2) AAS
結局、素直にkernel 2.4でv3という昔の環境に戻しました。年始じゃ
なければ2.6.10の耐久試験をするのもよかったのですが、あと3日間は
kernel panic起こされると対処のしようがないので…

183: 05/01/05 23:44 ID:7jO/Triq(1) AAS
前スレのSCSIケーブル引っこ抜き問題に対する
パッチがlkmlに投稿されているね。
外部ﾘﾝｸ[html]:www.uwsg.iu.edu

誰にCc:してるのかわからないけどコメント付かないね。
日本人の英語なんて、誰も読みたくないのかな。

184(2): 05/01/07 19:14 ID:37zgYEYd(1/2) AAS
パッチで修正される個所↓のような返り値見てなさっぷりにワロス

diff -Nru linux-2.4.29-pre3-bk2/fs/ext3/fsync.c linux-2.4.29-pre3-bk2_fix/fs/ext3/fsync.c
--- linux-2.4.29-pre3-bk2/fs/ext3/fsync.c 2002-11-29 08:53:15.000000000 +0900
+++ linux-2.4.29-pre3-bk2_fix/fs/ext3/fsync.c 2005-01-04 19:58:32.000000000 +0900
@@ -69,7 +69,7 @@
if (test_opt(inode->i_sb, DATA_FLAGS) == EXT3_MOUNT_WRITEBACK_DATA)
ret |= fsync_inode_data_buffers(inode);

- ext3_force_commit(inode->i_sb);
+ ret |= ext3_force_commit(inode->i_sb);

return ret;
省1

185: 05/01/07 19:25 ID:PZiwxxdD(1/2) AAS
>>184
うひゃ。commitを失敗すること考えとらんのか。
ext3って一時が万事この調子でコーディングされてそうで怖いね。
って、ext3に限らずこんな調子なのかなぁ。

LinusがSolarisなんて参考にならんなんて豪語しとるけど、
外部ﾘﾝｸ[htm]:japan.cnet.com
2.6になってもNFSでkernel panicだとか、ext3のこのコーディングだとか、
とても自慢できるような状態じゃないぞ。

186: 05/01/07 20:07 ID:37zgYEYd(2/2) AAS
たしかにSolarisを参考にしたところでなおらんわな(w

187: 05/01/07 22:19 ID:PZiwxxdD(2/2) AAS
ちなみに、2.6のfs/ext3/fsync.cのext3_sync_file()を見ると
int ext3_sync_file(struct file * file, struct dentry *dentry, int datasync)
{
struct inode *inode = dentry->d_inode;
int ret = 0;
J_ASSERT(ext3_journal_current_handle() == 0);

if (ext3_should_journal_data(inode)) {
ret = ext3_force_commit(inode->i_sb);
goto out;
}
省12

上下前次 1-新書関写板覧索設栞歴

あと 796 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.018s