[過去ﾛｸﾞ] /**ファイルシステム総合スレ その7**/ (955ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
373(1): 2007/04/18(水)12:48 ID:pPsKVxti(1) AAS
>>372
>>317 は的外れだろ。伽藍とバザール読んだだって
>>313には分からないだろうし。
374(2): 2007/04/18(水)22:29 ID:TWWg+RRA(1) AAS
>>370
>317の発言の発端は>311
311 名前：login:Penguin[sage] 投稿日：2007/04/14(土) 19:45:50 ID:rJ7PlvJe
汚いというか、Linuxっぽくないコードなものだからいちいち手直しするのに時間がかかっているとかいう話を聞いた。ITmediaだったか@ITだったか。
この真偽はどうなんだろうな？
375(1): 2007/04/18(水)22:33 ID:rNGfJkSI(1/2) AAS
>>374
Linuxってなんか変な人に無理やりGNUファミリーにされちゃったんじゃなかったっけ？
俺は俺と友のために闘ってたつもりが、気がついたらレジスタンスのリーダーに祭り上げられてた的な。
376: 2007/04/18(水)22:41 ID:mN5kJ2m4(1/2) AAS
>>375
LinuxカーネルはGNUファミリーとはただの知人だったが、
GNUのコマンドが必要なのでディストリが親戚になってしまった。
*BSD系はどうなんだという反論はあるかと思うが、基本的にはこれで間違ってないはず。
377: 2007/04/18(水)22:44 ID:rNGfJkSI(2/2) AAS
がんばってBopenOfficeとかB.orgとかbnomeとか作ってくれたら拍手ものだったが。
378: 2007/04/18(水)22:44 ID:mN5kJ2m4(2/2) AAS
>>373
>317は>319のレスもしているのであながち解ってないとは言えないと思う。
379: 2007/04/18(水)22:52 ID:iVY1IyC/(1) AAS
>>374
>>311の言っているITmediaや@ITの記事ってのはこれのことかな。
外部ﾘﾝｸ[html]:www.itmedia.co.jp
>Reiser関係者はパッチを誰に送付すべきかやコーディングスタイルなど、パッチの送付についての「ドキュメントやマニュアルを読んでいない」とクローハートマン氏は語った
>おそらく近いうちにReiser 4はLinuxカーネルに採り入れられるだろう、とも彼は話していた。
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
>Andrew Mortonから「ゆっくりではあるが、Reiser4のコードをレビューしている」というせりふが出てきました。
まぁ、実際の内容はちょっと>>311の覚えている内容とは違う雰囲気のようだったがな。
380(2): 2007/04/18(水)23:48 ID:9y4tkt6q(1) AAS
Reiser4のカーネル取込の本当の理由は何だろう？
・ext4がいけてなさそうな感じだから
・ZFSの脅威にLinuxとして手っ取り宣伝的に早く対応したかった
・Hansの手を離れてコード変更が入ってないからじっくり見てみるかという人が増えた
381: 2007/04/19(木)00:34 ID:IySMK3F6(1/3) AAS
>>380
そもそもreiser4取り込んだのか？
382: 2007/04/19(木)00:43 ID:1Q3DqUtt(1/2) AAS
>>380
Linuxのキラーファイルシステムにしようというわけだな。
383: 2007/04/19(木)01:38 ID:8Sv2SaaU(1/4) AAS
あきらかに優れているものを取り入れない理由があるとすれば
政治的か個人感情以外の理由があるか？
384: 2007/04/19(木)01:54 ID:M4TYWFqe(1/4) AAS
そもそもReiser4が本当に優れているのかどうかという疑問はあるけど…
技術的な問題はやっぱりあると思う。
コード可読性とかメンテナンス体制とか
それが解決されているのであれば…
やっぱり政治的か個人感情なのかな？
私にはそれぐらいしか思いつかん
385: 2007/04/19(木)02:10 ID:yLOZJNSU(1/2) AAS
reiser3ですら不安定なのに4なんてとんでもない
386: 2007/04/19(木)02:34 ID:IySMK3F6(2/3) AAS
reiser4を怖がっているのは、reiser3はバージョン上がったときに
痛い目あった香具師がなますを吹いているだけに思える。
癖はあるが、自分では痛い目にあったことないから。
ただし今のところは。
387: 2007/04/19(木)02:44 ID:M4TYWFqe(2/4) AAS
注意はすべきだと思う。
ミッションクリティカルな分野には信頼性が確認されたものを使うべきだし。
388(1): 2007/04/19(木)03:03 ID:lsQ5Bi8C(1/4) AAS
2.6.19 (Debianでは2.6.18でも起きていた) mmap()のトラブルでは
ext3でのみ問題が顕在化してファイル破壊が起きていたけどな
正直、Linuxで信頼性の確認云々なんて求めるほうが間違っていると思うぞ
389(1): 2007/04/19(木)03:10 ID:M4TYWFqe(3/4) AAS
>>388
それ、sidじゃなくて安定版で？
fedoraもよくトラブルは起こるけど…
390(1): 2007/04/19(木)03:31 ID:lsQ5Bi8C(2/4) AAS
>>389
正式リリース前のetch用のlinux-image-2.6.18。もちろんsidもだけど。
問題が顕在化する2.6.19向けのパッチを当ててbuildしたkernelを配布して
いたんで、世間では2.6.19だけで起こるといわれていた問題が、Debianでは
2.6.18でも発生するということで、LKMLでは大騒動に。この辺の話は
外部ﾘﾝｸ[html]:www.atmarkit.co.jp 参照。
んで、Debianでは確か2月末頃に問題になるパッチを捨てたパッケージを
出して解決。逆にいえば、12月末に問題が解決されたというのに二ヶ月程度
それを放置して、mmap()でファイルをぶち壊す問題のあるkernelを配布し続けた
391(1): 2007/04/19(木)04:56 ID:M4TYWFqe(4/4) AAS
>>390
これはまずい…
でも検証に時間かけるとそれだけ開発は遅くなるしな…
なんかいいテスト法はないものか
392: 2007/04/19(木)06:17 ID:TlC3lkcJ(1/2) AAS
余談だけど、mmap()のバグというとGCのないLFSで有名なNILFSもかなりすごい。
なんせチェンジログを見ると、1.0.9まではまではmmap()したファイルの書き出しが
出来なかったとか、1.0.13まではkernel 2.6.17以降で使用するとやはりmmap()した
ファイルの書き出しが出来なかったとか。
あと、
・NILFS 1.0.15 をリリースしました．
Kernel 2.6.20 に対応しました. チェックサム計算のバグを修正しました.
これにより, これまでbig-endianのマシンで作られたNILFSディスクはマウント
できなくなります.
というのも凄まじい
省13
上下前次1-新書関写板覧索設栞歴
あと 563 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.015s