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

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

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

321(1): 2007/04/14(土)20:42 ID:u46OK4Z0(4/4) AAS
いやいや、Reiser4のコードはどうでもいいんだ

Linuxっぽいコードってあるの？

322: 2007/04/14(土)21:36 ID:JQu7S8Qj(1) AAS
assert使うコードが(ﾟДﾟ)ｳｾﾞｪｪｪって他の開発者に言われて、Hansたんが
assert使うのが当たり前だろって言ったってエピソード聞いた気がする

ってことは、reser4はassertバリバリ入りまくりなんだろうな

323: 2007/04/14(土)21:51 ID:HirxiLxq(2/2) AAS
>>321
Reiserfs以外のコードはだいたいそれっぽいが？

324: 2007/04/14(土)22:00 ID:W+0IctxX(3/3) AAS
assertの何が悪いの？
ま、一通りデバッグおわってるなら削除しても良さそうなものではあるけど。

325: 2007/04/14(土)22:03 ID:O/SWzRZt(1) AAS
最適化にも使えるのに>assert

326(2): 2007/04/14(土)22:34 ID:nAecf1s7(4/4) AAS
ポイントポイントのassertについては入れとく方がまっとうな
より厳格・安全なので基盤系ソフトとしてはやってて欲しいけどな。

あってはならないデータがそのままコードの奥にまで到達して
誤データにより悪さされるより、意図的に入れたassertのポイントで
トラップして死んでもらった方が被害が少ない。

327(1): 2007/04/14(土)22:50 ID:LpkAH6SR(1) AAS
Hans が逮捕されて Namesys の存続も危ういのにマージしろっつー方が無茶だろ。
メンテナがいなくなれば結局外すことになるんだから、今となっては難癖つけて
マージしなくてよかったと思えるよ。

328(1): 2007/04/15(日)00:12 ID:A3vtsAbr(1) AAS
なにいってんだ。
HansがReiser4の開発から抜けるだけの公算が高いだろ。
Reiseer4はNamesys社が引き続き行うのにその言い草は無い。

だいたい、>>327もいってるように「難癖」なのだから
マージしない方がおかしい。

誰が考えても一連の流れはおかしいのに収束に向かわないという事は
それほどの大物が黒幕だという事？

329: 2007/04/15(日)00:32 ID:a1YDYQoa(1) AAS
>>328
Namesysってそんなに開発力あるのか？
ほとんどHansだけだと思ってた。

330: 2007/04/15(日)00:36 ID:K6eWMSSA(1) AAS
Reiser4から5も6も権利一切を誰かに譲りますみたいな話が出てなかったっけ。

331(1): 2007/04/15(日)11:22 ID:d2Q38sCM(1/4) AAS
>>326
Q.冗長なassertが多くないですか？
A.お前はセキュリティの素人か？これが最強なんだよ？わかってる？

みたいな感じだったはず。

332(2): 2007/04/15(日)11:29 ID:oxd97bM6(1/4) AAS
>>326
基盤系はなにがあっても死んだらまずいのでは？
むかし坂村健氏が講義でいってたよ。通常のアプリケーションならともかく
OSなどの基盤系では死んでしまうわけには行かないから使えないと。
FSがどちらに属するかは微妙だけどDBMSなどとは違い、基盤系とするのが普通じゃなかろうか。

333: 2007/04/15(日)11:31 ID:d2Q38sCM(2/4) AAS
>>332
基盤系って括りがそもそもおかしいのでどうでもいいです。
その昔の変な先生が間違ったことを言っていたのでは。

334(1): 2007/04/15(日)11:36 ID:XBpUZbvh(1) AAS
カーネルの挙動が変なと死ぬのは同じくらい辛いとおもうよ

335: 2007/04/15(日)11:38 ID://tGROeT(1) AAS
>>331
原文読んだけど、そんなニュアンスではなかった。

・消せと言う意見には反対
・なぜから、セキュリティの専門家の意見ではないから
・漏れ（=Hans）もかつてはassertゲェッと思っていた
・が、reiser4の開発でDOD（出資者だな）の専門家から学ばされた
・彼らの安全性に関するスタンダードに従う価値は高いよ

という内容だった。ただ、それ以前から関係が悪化していたことを
踏まえると、読んだ側には冒頭の「they are not security experts」とか
書いてるところでカチカチカッチーンって感じだったんだろうね。

336(1): 2007/04/15(日)11:46 ID:1iaTM/ra(1/2) AAS
とある系列会社のプロジェクトの火消しに行かされた事がある。
まったく assert を使っていない自前のライブラリを使っていたので、
仕様にそってアサーションするようにしたら、
「あんたが来てからエラー表示が増えた。バグが増えた。」
って怒られた。唖然とした。

337: 2007/04/15(日)11:46 ID:oxd97bM6(2/4) AAS
>>334
変な先生ってｱﾅﾀ、滅亡しかけているとはいえトロンの創始者だょ

338(1): 2007/04/15(日)11:53 ID:oxd97bM6(3/4) AAS
>>336
エラー表示が増えたのは確かだろうね。
バグは増えたのではなく、かかれていたものが露呈しただけなワケだけど
同じコードでもassertいれないときはなんとなくうまく動くこともあるんだよね。
もしかして、見えざる神の手によるコンバイル時最適化じゃなかろうか（嘘）

339: 2007/04/15(日)11:55 ID:d2Q38sCM(3/4) AAS
>>338
どっかのスタックが壊れてたりしそうっすねｗ

340(1): 2007/04/15(日)11:57 ID:akjI4/2c(1) AAS
この文脈で坂村先生の話を持ち出すのはおかしいと思う。
どっちかというと、FSのエラーでディスクに誤データが書き込まれる方が「死んだらまずい」に相当するのではあるまいか。

341(2): 2007/04/15(日)12:24 ID:1iaTM/ra(2/2) AAS
>>332 死ねない、それは一理ある。
しかしそれは assertion とは無関係の話。
だって実稼動するバイナリはくときには assert() なんて消えてるでしょ。

多くの実装ではリリースビルドの際に assert() はバイナリ吐かないように
なってるし、プロジェクトによってはログにメッセージを吐いて
何事も無かったかのように通過するような assert() に置き換えられている
ものもある。

342: 2007/04/15(日)12:26 ID:d2Q38sCM(4/4) AAS
>>341
一般的な理想論は敢えてしまいませんか？

343: 2007/04/15(日)12:47 ID:e/AcCsTx(1) AAS
消せと言った側の理屈は、コーディングスタンダードに従えってことでしょ
assertが良いか悪いかとは別の次元の要求
オレ流正義を貫きたいだけの人のコードはマージしないから他所で好きに作って
っていうのは難癖じゃなく真っ当な対応かと

344: 2007/04/15(日)13:05 ID:+g+iSlzK(1/4) AAS
>　消せと言った側の理屈は、コーディングスタンダードに従えってことでしょ

実際と違う
原文読もうよな

345(1): 2007/04/15(日)13:56 ID:+g+iSlzK(2/4) AAS
LKML
外部ﾘﾝｸ:lkml.org
8. Remove all assertions because they clutter the code and make it hard to read

346(1): 2007/04/15(日)15:33 ID:oxd97bM6(4/4) AAS
>>340-341
実働ｼｽﾃﾑではテスト時にうまく動いても、ユーザの予期できない使用でバグが露呈することがある。
しかしいかなる状況であっても制御不能になることは避けなければならない
という言い方をしていたと記憶している。
その意味でassertは使えない、という話だったと思う。

>>345
コード読みにくいから消せってのでは、言い掛かり以外の何者でもないように見えるけど
それほど多くのassertいれてたんだろうか。

347(1): 2007/04/15(日)17:10 ID:lpIFzX7p(1/2) AAS
>>346
手元の奴でこんな感じだな

% zcat ./reiser4-for-2.6.11-3.patch.gz |grep assert |wc
3847 18265 212260
% zcat ./reiser4-for-2.6.17-3.patch.gz |grep assert |wc
3538 15552 179184

もとのパッチが8万行ぐらい

348: 2007/04/15(日)17:14 ID:lpIFzX7p(2/2) AAS
しまった、>>347コメント行排除し忘れた
200行ぐらい減るなあ

349: 2007/04/15(日)17:25 ID:hd/uG6pJ(1) AAS
xfsも山ほどassert入ってるがこれは問題にならんのかね

350: 2007/04/15(日)17:35 ID:ESTrXwKf(1) AAS
しーっ!

351(1): 2007/04/15(日)18:19 ID:zdNxM7OE(1/2) AAS
必要なパラメタチェックは必ずしなきゃ駄目だし、冗長なチェックは意味が無いから消すべきだ。
オレは坂村信者じゃないが、突き詰めていくとassertを使うべきところって実は殆ど無い。
assertなんて曖昧な事するのはプログラマの怠慢だと思う。
ドライバならたとえハードウェアが壊れようと、それが原因で不正な挙動をするようなコードを許すべきじゃないだろう。

352(1): 2007/04/15(日)18:20 ID:MxJYIN/+(1) AAS
>>351
なんていうか、NULLなfpをreadしたりしそうな人ですね。

353: 2007/04/15(日)18:39 ID:zdNxM7OE(2/2) AAS
>>352
ポインタのNULLチェックは必要なチェックの代表格ですよ？

354: 2007/04/15(日)19:05 ID:xr2AL1Zu(1) AAS
外部ﾘﾝｸ[html]:www.linux.or.jpでも読んでおちけつ

355: 2007/04/15(日)19:39 ID:Y9LbL+ge(1) AAS
ぬるぽ

356: 2007/04/15(日)20:47 ID:hy33rfT5(1) AAS
assertが入ってるとその関数がどういうパラメータを許すのかが
一目で分るからいいな、というのが初心者の考えなんだけど

357: Reiserは下記の意味で間違っていたと 2007/04/15(日)20:57 ID:2QxTgML3(1) AAS
ほとんどの人はバカです。そして、マネージャであるということは、あなたが
その事実を受け入れなければならないということです。そしておそらくさらに
重要なことは、彼らの方もあなたを受け入れなければならないということです。

技術的な過ちは簡単に取り消せますが、壊れた人間関係を取り消すことは簡単
ではありません。あなたは彼らの過ち（そしてあなたの過ち）をただ受け入れ
なくてはなりません。

しかしながら、カーネルマネージャとしてうまくやるために、あまり多くのカ
ーネル開発者と絶交したり、無実の罪をきせたり、疎遠にしたりしないように
した方が良いでしょう。疎遠になるのはとても簡単ですが、逆は難しいのです。
したがって「疎遠になる」と、すぐに「取り返しがつかない」ことになってし
省1

358: 2007/04/15(日)21:59 ID:+g+iSlzK(3/4) AAS
Linux カーネルコーディング規約
外部ﾘﾝｸ[html]:www.linux.or.jp

Linuxの規約はこの程度だよ

359: 2007/04/15(日)22:05 ID:+g+iSlzK(4/4) AAS
まず最初に、「GNU コーディング規約」(GNU coding standards)を入手して印刷してみてください。
でも、読むために印刷するのではありません。
印刷した物を燃やすのです。
この儀式は晴れがましい意思表示なのです。

原著作者: Linus Torvalds

360: 2007/04/15(日)22:32 ID:ZMMOdMem(1) AAS
まぁ、あまりに多くなりすぎると、ログが流れて余計にわけわからないってのはあるな

自分がデバッグの為に入れておく物と、公開後のレポートで期待するものは別にしておくべきだと思うし。

361: 2007/04/15(日)22:35 ID:TvjfzZN/(1) AAS
int
hoge()
{
}

362: 2007/04/16(月)18:28 ID:AJiq4HYp(1) AAS
CodaとかAFSとか使ってる人いる？

363(1): 2007/04/16(月)22:54 ID:YIMmDSBh(1) AAS
メリットあるの？

364(1): 2007/04/16(月)23:14 ID:eCX9PPwn(1) AAS
伽藍とバザール
外部ﾘﾝｸ[html]:cruel.org

365: 2007/04/17(火)00:51 ID:8CqN13Yh(1) AAS
>>363
オフライン運用ができる・・・はず。
CodaはWindowsでもマウントできる・・・はず。

366(1): 2007/04/18(水)09:11 ID:cW407SBz(1) AAS
>>364
ひとりよがりな訳の典型。
｢伽藍とバザール｣なんていわれてもまったく意味がわからない。伽藍ってなに？
本文読むと対比関係として提示されているけど、なんで？って感じ。

367(2): 2007/04/18(水)10:00 ID:XdIgMvAg(1) AAS
>>366
いまさらな話だなぁ。
外部ﾘﾝｸ[html]:www.ruitomo.com

368: 2007/04/18(水)10:54 ID:vmigx17f(1) AAS
伽藍(←読めない)

369: 2007/04/18(水)11:28 ID:RfDLKXaM(1) AAS
>>367
とりまきがキモイ

370(2): 2007/04/18(水)12:11 ID:ZmrlPEt/(1) AAS
なんでfsスレでカビの生えた伽藍とバザールが出てくるんだよ。

371: 2007/04/18(水)12:42 ID:z5KIH81m(1) AAS
脳の能力が弱い人はいつまでたっても脳の性能を向上させられないから

372(1): 2007/04/18(水)12:46 ID:oH/dHUBy(1) AAS
>>370
>>317

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

393: 2007/04/19(木)06:24 ID:uY+d/G8U(1) AAS
NILFSはネタだろ
存在自体

394(1): 2007/04/19(木)09:03 ID:8Sv2SaaU(2/4) AAS
バザーモデルではReiser4が早々に取り込まれていいはずなのにそうならないのは
結局個人感情に過ぎないのだよね。
ま、オープンソースなんだから誰でも自由に取り込みゃいいんだけどさ、
それはそれで技術的問題があるのだが。

395(1): 2007/04/19(木)10:53 ID:1ECU5YLF(1/2) AAS
技術を理解できないヤツはすぐ感情論を出す。
まぁreiser4のどこがマージの障害になっているか
解説した「日本語の記事」がない状況ではしかたないか。

396: 2007/04/19(木)11:04 ID:3X6IpOAP(1) AAS
まーた始まった

397: 2007/04/19(木)11:37 ID:lsQ5Bi8C(3/4) AAS
>>395
いつもの人、例のごとくの煽り乙。

398(1): 2007/04/19(木)12:12 ID:yLOZJNSU(2/2) AAS
キチガイのスレでは正気な人は荒し扱いされるんだな

399: 2007/04/19(木)12:41 ID:IySMK3F6(3/3) AAS
可哀想に>>398、酸素欠乏症にかかって…

400: 2007/04/19(木)12:42 ID:1Q3DqUtt(2/2) AAS
>>394
バザールモデルなら、reiserが勝手にフォークするのが普通だろ。
無理して一本化する必要がない。

401: 2007/04/19(木)12:43 ID:8Sv2SaaU(3/4) AAS
で、どこがﾏｰｼﾞの障害なわけ？
assertか？

mmにはどうやって取り込んだんだろうね？

402(1): 2007/04/19(木)12:55 ID:lsQ5Bi8C(4/4) AAS
バザールモデルといいつつ、実はバザールでもなんでもないのがLinux kernelの
開発モデルだからなぁ。

*BSDの開発モデルのとてつもない誤解もあって、発表された当初から「伽藍とバザール」は腐れ文書。

403(1): 2007/04/19(木)12:59 ID:1ECU5YLF(2/2) AAS
過去スレを漁ってたら出てきたので貼っておく。

外部ﾘﾝｸ:kernelnewbies.org
と上の日本語訳
外部ﾘﾝｸ[txt]:www.linux.or.jp

404(1): 2007/04/19(木)22:15 ID:6KLPy4f8(1) AAS
>>402
＞バザールモデルといいつつ

言ってたっけ？

405: 2007/04/19(木)22:26 ID:TlC3lkcJ(2/2) AAS
>>404
ESRがね

406: 2007/04/19(木)22:59 ID:nItfoeun(1) AAS
>>403
> 彼らが一部の Reiser4 の先進的な機能を無効化するよう要求したからと言って、
> それが Linux メンテナー達がどれだけ思慮が浅いかを述べる助けにはなりません
> (これらの機能は VFS の不和を招き、Reiser4 は結局これらを無効化しました)。

結局ここが一番大きいんでない？

407: 2007/04/19(木)23:31 ID:xAH8B/OD(1) AAS
感情論と言うのは簡単だけど、
ライセンス的にもクリアで、期待されていて、
マージが技術的にクリアなことが立証されれば、拒否する事はできないだろう。

論理的理由無しに拒絶するとこの規模のコミュニティは成立しない。

408: 2007/04/19(木)23:56 ID:nS6Jtj0c(1) AAS
キチガイが作っただけで信用できないし、
そんなのがつくったのをレビューする酔狂な奴もいないからマージされないんだろ？

409(1): 2007/04/20(金)00:00 ID:T1wXoG9l(1) AAS
このスレにキチガイが居るのは事実だが、
reiserfsの作者は過剰にアグレッシブなだけでキチガイではない。

410(1): 2007/04/20(金)00:00 ID:8Sv2SaaU(4/4) AAS
mmカーネルではうまく動いているようにみえるので
技術的問題といっても言い訳にしか見えないわけだよ。

411(1): 2007/04/20(金)00:04 ID:WhKzuLJe(1) AAS
>>410
動けばよいというものではないぞキチガイ

412: 2007/04/20(金)00:05 ID:qvG9BAN7(1/4) AAS
実際、言い訳なんだろうな。
でVFSとぶつかるのはなぜなんだ？

413: 2007/04/20(金)00:06 ID:qvG9BAN7(2/4) AAS
>>411
問題なく動作してるのに、どこに問題が？

414: 2007/04/20(金)00:19 ID:SjhB6A0m(1/2) AAS
408=411=いつもの人か。なんでこいつは粘着し続けるんだろう?

415: 2007/04/20(金)00:33 ID:bp3nZ44R(1) AAS
ここに来ればかまってもらえるからじゃね。

416(2): 2007/04/20(金)00:35 ID:7kkxFwPb(1) AAS
reiser4の性能がホントに良いなら、早くmainに入れて、皆でバグ出ししたほうがいいのにな。
少なくとも、reiser3は安定してきたし、reiser4も-mmでアルファテストは終わったようなもんだ品。

417: 2007/04/20(金)00:58 ID:6ISqWSpY(1) AAS
>>409
過剰にアグレッシブなのとキチガイの境目はかなり曖昧だと思う。

reiser4は悪くないと思う。

418: 2007/04/20(金)01:59 ID:Bh6iIb65(1) AAS
Linuxをビジネスで使おうというやつらは、ベンダーのサポートのある
ファイルシステムしか使わんよ。
RiserFSの方がext3よりも早いというテスト結果が出た場合でも、
最終判断はベンダーのサポートする方を選ぶって事だったもんな。
SUSEがReiserFSから手を引いた今、Reiser4をメインラインに入れても
対した影響力は無いだろよ。
使いたいマニアは使うだけだ。

419: 2007/04/20(金)05:15 ID:lfsDperj(1) AAS
>>416
それが本当なら、さっさとレビューしてマージされるようにしたら？
だが、そんなことをすると reiserfs がクソであることが露呈するので reiserfs 信者はやらない。
ファイルシステム破壊ごっこするのが安定というのならもう何も言えないけど。

420(1): 2007/04/20(金)07:25 ID:+NcbBGyi(1) AAS
ここに-mmを知ってるやついなそうw

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

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

ぬこの手ぬこTOP 0.025s