[過去ログ] /**ファイルシステム総合スレ その7**/ (955レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
244
(2): 2007/04/11(水)01:28 ID:SCjN+X9I(1) AAS
Reiser4の最強性能を使いたくないとは
判り易すぎる工作員だよな。

きなくさいどころか大炎上ものだろ。
反対するやつら尋問して黒幕吐かせろよ。
245
(1): 2007/04/11(水)02:36 ID:veJPWDy0(1) AAS
>>244
ちょいと聞きますが「Reiser4の最強性能」って具体的にどんなもんですか
新規インストールするノートPCにどのFS使おうか迷ってるもので参考の為お伺いします
246: 2007/04/11(水)06:27 ID:JLZuygxe(1/2) AAS
とりあえずチキンな俺は ext3 だな。
247: 2007/04/11(水)06:27 ID:OGV1dpwn(2/2) AAS
>>244
ここで工作活動して、なんの意味が・・・?
皆ext3のダメなところを十分知ってて使ってるだろうよ。
248: 2007/04/11(水)07:49 ID:JLZuygxe(2/2) AAS
jfsはチキンな俺でも時々使ってる
249: 2007/04/11(水)11:26 ID:sDZCnxJd(1/2) AAS
ルートはext3だがデータフォルダはjfsだぜ。
特にいいところも問題もないから話題にならなくて困る=情報が少ない。
250
(1): 2007/04/11(水)16:38 ID:jrv4Ve51(1) AAS
ライザーをバニラに入れるとだれもext*を使わなくなるから。
251: 2007/04/11(水)17:31 ID:nWq7Sr57(1) AAS
>>250

ディストリビューションが公式にサポートしない限り、バニラカーネルに入っても
あまり使われないような気がする
252: 2007/04/11(水)18:24 ID:qZdt7s1O(1/3) AAS
ディスク使用効率を比べたらJFSが一番良かったので動画保存用に使ってる。
NFSサーバにもしてるが性能は気にならない。
SquidのキャッシュはXFS。
データベースもXFS。
この二つは以前reiserfsだったが、システムが不安定になったのでやめた。
その他はext3で何ら問題ない。reiserfs以外はクラッシュした事も無い。
253: 2007/04/11(水)18:25 ID:qZdt7s1O(2/3) AAS
FTPサーバがまだreiserfsだった。
そういやこいつも何ヶ月に一度か固まるんだよなぁ。
reiserfsやめようかな。
254: 2007/04/11(水)18:30 ID:Bbr4qd52(1) AAS
FreeBSD 7が出たら、ファイルサーバはLinux ext3からFreeBSD ZFSに移行する予定。
OpenSolaris ZFSのほうがいいんだけど、ヲレはいいにせよ、いつか管理を引き継ぐときに
後任の人間が管理できなさそうなので。
255: 2007/04/11(水)18:47 ID:qZdt7s1O(3/3) AAS
それは勇者だな。止めはせぬ。止めはせぬぞぉ。
256: 2007/04/11(水)18:48 ID:sDZCnxJd(2/2) AAS
smpatch update叩いて
svcadmin 叩くだけでいいんじゃないっすか?

FreeBSDもSolarisもLinuxしか知らない人間にとったら同じなのでは?
257: 2007/04/11(水)21:54 ID:XAfrtCFB(1) AAS
そういう意味じゃないだろ
258
(1): 2007/04/12(木)01:32 ID:XK3lSsMk(1) AAS
Sun、次世代ファイルシステム「ZFS」の技術をOpenSolarisへ寄贈
外部リンク[html]:journal.mycom.co.jp

これでLinuxへの移植も弾みが付くかな?
259: 2007/04/12(木)01:48 ID:Doi0XtNY(1) AAS
>>258
VFS (ぼそっ)
260: 2007/04/12(木)03:32 ID:3iq35grF(1) AAS
GPLか、となると、もう、ごそっと根こそぎ色々買えちゃいましょうよ。

・・・いや、それならSolarisカーネル使ったほうが早いか・・・
261: 2007/04/12(木)08:50 ID:K4BKMimV(1) AAS
じゃあGNU/Solarisで握ってください
262
(2): 2007/04/12(木)10:02 ID:8G0xdNdm(1/3) AAS
結局VFSの何が問題か誰も説明できてないんだよね。
263: 2007/04/12(木)10:26 ID:rYnLamFa(1/2) AAS
説明できるくらいならなおせるからでしょ。
一言でいうなら「遅い=効率悪い」ってことじゃ?
264: 2007/04/12(木)10:32 ID:f7nO3IV0(1) AAS
>>262
煽る以外に芸のない、いつもの人乙。まあ、恥垢臭全開の悪臭公害っぷりは
芸に入るのかもしれないけどな。
265: 2007/04/12(木)10:44 ID:0cfLNdmr(1/5) AAS
遅い?
なにが?
266
(2): 2007/04/12(木)10:45 ID:4Cg0BFlt(1) AAS
エラーを伝えて上流の処理を変える機構が無い んじゃ?
エラーといってもリトライでどうにかなるものもあれば、別のセクタに再割り当てしなきゃならないものもあるし、
FS内の格納情報まで遡って変更をしなければならないものもあるだろう。

C言語が「戻り値を複数持つように設計されていない」のと同じで、設計から抜け落ちているんだと思うが。

SCSIは、それに対する解決法の一つとして、まずエラーが発生した事を伝え、
詳細情報は別途参照するようになってるけどな。
267: 2007/04/12(木)10:46 ID:bNSAwxSf(1/5) AAS
>>262
そういえば、ソースコードで指摘してるのいないな
268: 2007/04/12(木)11:08 ID:8G0xdNdm(2/3) AAS
>>266
そんな抽象論をされても困るのですが。
269: 2007/04/12(木)11:20 ID:yLg5Zjmp(1) AAS
抽象論でも具体的に反論できる人ならできる話に見えるけど。
それができずにVFSが駄目という定説を覆そうなんて思ってるの?
270: 2007/04/12(木)11:24 ID:8G0xdNdm(3/3) AAS
じゃ、libataのFUAとかDPOのサポート状況を見れとかそういう話をすればいいのかな?
>>266はATAとSCSIの一般論をいっているような気がするので。
271: 2007/04/12(木)11:25 ID:QideTFxj(1/2) AAS
>>ID:8G0xdNdm
こいつを相手にするだけ無駄だって
272: 2007/04/12(木)11:35 ID:0cfLNdmr(2/5) AAS
ソースコードの指摘まだ出てこないですねえ
ソースコード指摘したら、相手してやってもいいけどなあ
273: 2007/04/12(木)11:36 ID:i6Q8o8tQ(1/2) AAS
ソースが欲しいんだって
274
(1): 2007/04/12(木)11:37 ID:bNSAwxSf(2/5) AAS
このスレにそんな高等なやつおらへん
ソースコード、gitでとってきて読んでるやつすらいないと思われる
275: 2007/04/12(木)11:51 ID:0cfLNdmr(3/5) AAS
>>274
そうなの?ちょと幻滅
簡単なんだけどなあ
でも、俺のカーネルレポジトリのディレクトリに移動したから、もうちょっと待ってみる
276: 2007/04/12(木)11:55 ID:bNSAwxSf(3/5) AAS
gitの使いかたすら知らない奴がいたりしてw
277: 2007/04/12(木)12:47 ID:rYnLamFa(2/2) AAS
知りません教えてください
でもそういう技術的なことと設計の問題は別ではないのですか
278: 2007/04/12(木)12:53 ID:+nm2g3SB(1/2) AAS
git-clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git linux-2.6
とか。
さあ語れ。
279: 2007/04/12(木)12:54 ID:bNSAwxSf(4/5) AAS
えーと、ソース落としたことない奴いるのかよw
280: 2007/04/12(木)12:58 ID:i6Q8o8tQ(2/2) AAS
ソースを落とすのがそんなに高等なことですか
281: 2007/04/12(木)13:08 ID:bNSAwxSf(5/5) AAS
じゃねえw
ソース落としたからには、読むってことはするんだろうしw
282: 2007/04/12(木)13:09 ID:0cfLNdmr(4/5) AAS
みんな逃げちゃったの?
暇だから、linux-2.6/fs配下適当に読んでる
283: 2007/04/12(木)13:11 ID:QideTFxj(2/2) AAS
暇なら働けばいいじゃん
284: 2007/04/12(木)13:12 ID:0cfLNdmr(5/5) AAS
OpenBSDがぱくったソースでも見るかな
285: 2007/04/12(木)14:53 ID:HfAttzGM(1) AAS
なんの技術論もせずに煽るだけ煽って消えたか。さすがはいつもの人。
286
(1): 2007/04/12(木)17:41 ID:nVM4eCBE(1/2) AAS
git使いがいるっぽいのでスレ違いだが質問
ファイルのタイムスタンプそのままでcloneするにはどうすればいいのん?
287
(1): 2007/04/12(木)18:08 ID:+nm2g3SB(2/2) AAS
>>286
gitレポジトリにはタイムスタンプ情報は無い気がする。
288: 2007/04/12(木)18:28 ID:nVM4eCBE(2/2) AAS
>>287
あんがとう

man読んでも見当たらなかったと思ったら、やっぱりそうなのかー
その点は好きになれんなー
289: 245 2007/04/12(木)20:09 ID:iBsZ/gGJ(1) AAS
>>245 です
アク禁で今まで書けませんでしたが、皆さんありがとうございました
ところで昔々言われてたJFSの日本語問題ってどうなったんでしょう?
(クグったんてすが解決したという完全な記述が見付からなかった)
あとSELinux使うにあたってはJFSやReiser4でも問題なさそうなので良かったです
290: 2007/04/13(金)01:15 ID:hoo6qTbR(1/3) AAS
漏れ、XFSの性能がいい理由とVFSがダメっつー話が実際のところコード的に
何が違うのか知りたくてコード追っかけたことある。ところが、ext*だろうが
XFSだろうが、結局カーネルの共通ルーチンに途中で処理が委譲されていってしまい、
結局なんであんなにXFSがいい結果を出せるのか正直理解できなかった。
その過程に何かあるんだろうけど。

シンポジウムでmmがext4に関連して「ext4設計するためにXFSが
あれだけいいのはなぜか、時間ができる度にソースを読むのだが、
わからない」と話したそうでログがxfs-mlに出てたけど、レベルは
違うだろうがまさにそんな感じ。

ただ、XFS on Linuxのソフトウェア的な構造は他のfsとは異質で、
省4
291: 2007/04/13(金)01:21 ID:hoo6qTbR(2/3) AAS
s/mm/akpm/
292: 2007/04/13(金)10:42 ID:hzqk3K7N(1/2) AAS
ロリコン
293
(1): 2007/04/13(金)15:21 ID:ZgJh2Ld8(1) AAS
XFSがそんなに速いなんてしらなかった。
マウントが妙に速いとは思っていたけど、使ってみて速さを特には感じなかったから。
ちょっと見直そうかな
294: 2007/04/13(金)16:31 ID:kwlQ/nE+(1) AAS
実際に製品で使われているものだから
sgiも気合い入れてるんでしょ

ところでJFSて製品で使われてるの?
IBMの
295: 2007/04/13(金)19:15 ID:hzqk3K7N(2/2) AAS
AIXだとデフォルトでjfsじゃ無かったっけ?
296
(2): 2007/04/13(金)22:00 ID:hoo6qTbR(3/3) AAS
>>293
速くはないよ。遅くもないけど。
重く(なら)ないというのがより正確だと思う。

速度だけなら揉めてる最中のreiser4が侮れない。「お前ホントに
書いてるのか」と思うくらいブッチギリの時がある。ちなみにJFSが亀。
あまりにも差が付いてるので再測定してる所だけどな。

ただ、読み書きサイズを増やすと優劣の順位はしっかりあるものの、
数割の範囲内に収まってくるので、通常利用(=小ファイル
アクセスで体感しているもの)は結局はバッファリング性能とか
ディレクトリエントリのスキャン性能を体感しているだけと
省1
297
(2): 2007/04/13(金)22:11 ID:wAI/O+K+(1) AAS
>>296
reiser4はベンチ上での速度?
圧縮してるから、ベンチとかでよく使うファイルは0ばっかのファイルで
書き込み量も少なくなるし、速くなるのは道理、とか言ってたな。
298
(1): 2007/04/13(金)23:20 ID:vMxS3Vxb(1) AAS
>>296
> 「お前ホントに書いてるのか」と思うくらいブッチギリの時がある。

cacheに書いてACK返しているとかいうオチは無いよな?
299: 2007/04/13(金)23:48 ID:cwoFeYOd(1) AAS
>cacheに書いてACK返しているとかいうオチは無いよな?
XFSもそうだ。
300: 2007/04/14(土)00:45 ID:nAecf1s7(1/4) AAS
>>298
そういう状態も含めて各種条件でデータ取ってます。結局実使用条件は
様々なので、全部デフォルト、sync、O_SYNC、stdio使う、syscall直、
ログサイズ、コミット間隔など、mkfs/mount/benchmark方法の3条件を
パラメータとして変えていってfsによってどう挙動が変わるかなと。
組み合わせ爆発が起きるのでかなり絞ってるんですが、1巡させるだけで
1週間とか、馬鹿みたいに時間かかってます。

>>297
です。postmarkでやってます。これはランダムデータ書くので、
たぶんバッファリングと小ファイルの持ち方が強烈に効いたのかなと推測。
301
(1): 2007/04/14(土)00:58 ID:+AesjW7P(1) AAS
>>297
圧縮の意味まちがえてるんだぜ?
302: 2007/04/14(土)06:08 ID:OZ+7/Bvj(1) AAS
winから読める、winを読む、の互換性重視で言ったらまだext3のほうがいいの?
303: 2007/04/14(土)07:37 ID:W+0IctxX(1/3) AAS
サンバつかえばFSは何でもよいのでは?
304: 2007/04/14(土)07:48 ID:nAecf1s7(2/4) AAS
>>301
もしかして単に小ファイルの持ち方(パッキング)のこといってる?
圧縮プラグインって完成してたっけと思いつつ返事してたけど。
305: 2007/04/14(土)08:05 ID:FrfsoSHU(1) AAS
通常の自宅鯖として使っている俺としては、
うん1000通あるMaildirの処理さえ早くなってくれれれば、
あとは正直どうでもいい。
306: 2007/04/14(土)17:48 ID:n31Bj3y3(1) AAS
1000通くらいならtmpfsで
307: 2007/04/14(土)17:52 ID:W+0IctxX(2/3) AAS
そんなあなたにはライザ4が最適でしょう
308
(1): 2007/04/14(土)19:04 ID:/rvfCIOs(1) AAS
Reiser4のメインストリームのLinuxカーネルへマージまだー?
マージ阻むのもいい加減にして欲しい。

hansを排除して満足したと思ったら大間違いだった。
309: 2007/04/14(土)19:05 ID:BiYQHwK9(1/3) AAS
>>308
なんか実装がすげえ汚いんだっけ?
310: 2007/04/14(土)19:14 ID:KriP7LyJ(1) AAS
hans氏を隔離して開発を滞らせて信者のほとぼりが冷めるのを待ってるんだよ
311
(3): 2007/04/14(土)19:45 ID:rJ7PlvJe(1) AAS
汚いというか、Linuxっぽくないコードなものだからいちいち手直しするのに時間がかかっているとかいう話を聞いた。ITmediaだったか@ITだったか。
312: 2007/04/14(土)19:58 ID:BiYQHwK9(2/3) AAS
>>311
実はWindowsドライバだったとかなw
313
(4): 2007/04/14(土)19:58 ID:u46OK4Z0(1/4) AAS
Linuxっぽいコードって何?
Linuxのコードって闇ナベみたいなものじゃなかったっけ?
314
(1): 2007/04/14(土)20:01 ID:BiYQHwK9(3/3) AAS
>>313
その程度の知識では話にならん。
315
(1): 2007/04/14(土)20:04 ID:nAecf1s7(3/4) AAS
>>313
まず、GNUのコーディング規約の紙を100部印刷しろ。それからそれを全部破いて捨てろ。
話はそれからだ。
316: 2007/04/14(土)20:12 ID:KvldqhLa(1) AAS
地球にやさしくないスローガンだよな
317
(4): 2007/04/14(土)20:18 ID:u46OK4Z0(2/4) AAS
>>314-315
そんなあなたには

「伽藍とバザール」
318: 2007/04/14(土)20:23 ID:kqogGdY4(1) AAS
バザール開発=闇鍋と言いたいわけか
319
(1): 2007/04/14(土)20:26 ID:u46OK4Z0(3/4) AAS
闇ナベは言葉が悪かったかもな
統制を重視しない手法で成功しているっていうこと
320: 2007/04/14(土)20:36 ID:HirxiLxq(1/2) AAS
>>313
Reiser4のコード読めば分かるよ。
reiserfsの時も少し読んだけど、字面的にはかなり気持ち悪かった。
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
どっかのスタックが壊れてたりしそうっすねw
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が良いか悪いかとは別の次元の要求
オレ流正義を貫きたいだけの人のコードはマージしないから他所で好きに作って
っていうのは難癖じゃなく真っ当な対応かと
1-
あと 612 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.032s