5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :login:Penguin:2006/11/25(土) 21:24:41 ID:BgxtdIS9
過去スレ

01 http://pc.2ch.net/test/read.cgi/linux/1006743807/
02 http://pc5.2ch.net/test/read.cgi/linux/1063025258/
03 http://pc8.2ch.net/test/read.cgi/linux/1101495293/
04 http://pc8.2ch.net/test/read.cgi/linux/1136695633/
05 http://pc8.2ch.net/test/read.cgi/linux/1152348695/

388 :login:Penguin:2007/01/17(水) 16:06:16 ID:wR6IvIw/
「書き込み順序にエレベーターシークアルゴリズム などを用いるので、
Journal ファイルへの > Journal 記録の反映順序保証さえない」というのは
最近言わなくなって、その前の「sync システムコールを呼び出しても、
保証されない」というのを声高に主張するようになっているんだったかな。

syncしても書き込まれなのは事実だし。

389 :login:Penguin:2007/01/17(水) 16:07:15 ID:wR6IvIw/
あ、syncしても書き込まれないから、ジャーナリング不整合になるという結論は変化なしか。

390 :login:Penguin:2007/01/17(水) 16:11:06 ID:dKhI4BNe
で、その結論は正しいの?

391 :login:Penguin:2007/01/17(水) 16:19:09 ID:l/++G+GY
奥なんとかさんに聞いとけ

392 :login:Penguin:2007/01/17(水) 16:36:28 ID:XCRonxTk
最近のXFSはデータを準備してからメタデータを書くという噂を聞いたのだけど
ホント?

393 :login:Penguin:2007/01/17(水) 18:07:01 ID:BxDmthED
ext3のデフォと同じじゃん

394 :login:Penguin:2007/01/17(水) 21:49:32 ID:5iSAbmWu
BSDのsoftupdateもヤバくなるから取り下げたんじゃないのん?

395 :login:Penguin:2007/01/17(水) 22:28:40 ID:+AGvt5ET
>>394
ディスク側に持ってるキャッシュフラッシュのタイミングが気にいらん
ってな、話だっけ?


396 :login:Penguin:2007/01/18(木) 01:21:11 ID:QSNRktCd
>>395
あと、FreeBSD 5.x以降ではLinux同様syncしてもflushされないのがわかったのもある

397 :login:Penguin:2007/01/18(木) 02:01:10 ID:jUaHNsmy
>>395
> タイミングが気にいらん

そういう話じゃないだろう

ジャーナルに書き込んだがディスクはまだフラッシュしていない
この状態でクラッシュすると、OSはジャーナルを書き込んだと思っているが実際には書き込まれていない

398 :397:2007/01/18(木) 02:03:10 ID:jUaHNsmy
あ、すまん
>395はソフトアップデートの話だったな
スルーしてくれ

399 :login:Penguin:2007/01/18(木) 02:13:17 ID:4qrnvGep
キチガイって伝染するんだな

400 :login:Penguin:2007/01/18(木) 10:40:41 ID:vfB3lZBF
400

うん


401 :login:Penguin:2007/01/18(木) 21:07:25 ID:jUaHNsmy
ついでだが、>397の状態でも常に問題が起こらないとする
そうすると、ジャーナルは無用の長物だということにならないか?

402 :login:Penguin:2007/01/18(木) 22:08:12 ID:fQv5Q68V
問題では歩けど解決策が...ってことだろ

403 :login:Penguin:2007/01/19(金) 02:41:03 ID:6XfomkSC
ヒント:再起動


404 :login:Penguin:2007/01/19(金) 12:31:32 ID:T0ADJeSd
まさに伝家の宝刀

405 :login:Penguin:2007/01/19(金) 20:39:33 ID:4t6qqCPq
ジャーナル破損→再起動→ファイルシステム破損
>>403-404

本当にどうも有難うございました

406 :login:Penguin:2007/01/20(土) 11:26:20 ID:UaLVa0QY
壊れるのは書き込みの順序が原因で、syncしないことは別問題

407 :login:Penguin:2007/01/20(土) 11:35:29 ID:gfquQKqH
先生、質問!
1.書き込みの順序の問題が起こっているのはなぜですか?
2.syncしないことで起こる別問題って何ですか?

408 :login:Penguin:2007/01/20(土) 12:10:54 ID:KTOxmzQl
2は、データ自体が不正になってしまうことだな。
チェックポイント自体は正常に通過したけど、実際にデータが書き込まれていないってことだ。
チェックポイントを正常に通過しているから、ファイルシステム自体が壊れているわけではない。

これは、パフォーマンス上は有利であるが、非常に深刻な問題をもたらすことがある。

1は、媒体エラーによってもたらされるものだろう。
ジャーナルの再作成、fsckが必要になる。
lost+foundに前回のチェックポイント以降の更新データが保存される。


409 :login:Penguin:2007/01/20(土) 12:17:24 ID:gfquQKqH
返事がないようなので、もうひとつ
3.自由なタイミングでsyncできても、書き込みの順序の問題は解決できませんか?

410 :login:Penguin:2007/01/20(土) 13:45:07 ID:gfquQKqH
返事ぐらいしろよ

つまらないのでWindows2000の話

[書き込みキャッシュを有効にする] 機能を有効にすると、データが失われる
http://support.microsoft.com/kb/281672/

書き込みキャッシュが有効な場合の遅いディスク パフォーマンス
http://support.microsoft.com/kb/332023/ja

「この修正プログラムは、実装に伴うリスクのレベルを理解および承諾し、
適切なハードウェアの電源保護によってこのリスクを軽減できるという確信がない限り、
実装しないでください。」

411 :login:Penguin:2007/01/20(土) 14:47:24 ID:UaLVa0QY
書き込み順序の問題はディスクのcacheが原因
http://slashdot.jp/linux/article.pl?sid=02/09/18/0623254&mode=nested

412 :login:Penguin:2007/01/20(土) 15:01:37 ID:UaLVa0QY
>>2.syncしないことで起こる別問題って何ですか?
ディスクに確実に書き込まれたことを保証しないといけない場合に困る。
syncの呼び出し後にネットワークで書き込み終了を通知したが、
実際に書き込まれる前に電源が落ちるといったケースが考えられる

>>3.自由なタイミングでsyncできても、書き込みの順序の問題は解決できませんか?
syncによって順序を保証する手法もある。
詳細はlinux/Documentation/block/barrier.txtを参照。
但し、処理によっては実用にならない程遅い可能性もある。

413 :409:2007/01/20(土) 15:15:27 ID:gfquQKqH ?2BP(0)
>>412
> >>3.自由なタイミングでsyncできても、書き込みの順序の問題は解決できませんか?
> syncによって順序を保証する手法もある。

実はここが聞きたかったわけで、そうすると
>>406
> 壊れるのは書き込みの順序が原因で、syncしないことは別問題
別問題とは言えないことを自ら返事されたわけです

414 :login:Penguin:2007/01/20(土) 15:54:53 ID:UaLVa0QY
>>413
確かにそうだけど…
softupdateなんかで依存の発生する場所全部にsyncを入れるのが
現実的?非現実的である証拠のデータが出せなくて申し訳ない
ですが…

415 :login:Penguin:2007/01/20(土) 16:16:11 ID:gfquQKqH ?2BP(0)
いえ、データ出すのは大変ですから
Windows2000でさえ両方の含みを残している
難しい判断なんでしょうね

416 :login:Penguin:2007/01/20(土) 17:08:10 ID:UaLVa0QY
ついでに、これも転載
http://lists.freebsd.org/pipermail/freebsd-stable/2006-September/028251.html

417 :login:Penguin:2007/01/20(土) 17:25:35 ID:snxMEiUl
>>416
そのスレを読んでいくと、ジャーナリングでもsoftupdate同様に
todays desktop drives can lie about writing data.
の影響を受けるっていう、このスレの流れと同様の話になっていっていますな。

418 :login:Penguin:2007/01/20(土) 23:02:52 ID:SqdA4hO3
ハードディスクが独自に高性能化を辿った結果、
書き込み順についてはどんなに直接sync命令しても確実に保証されるものではないってことかな?

今のhddじゃエレベーターシークアルゴリズムとかは意味がないか逆効果かもとどっかで見たことあるし。

419 :login:Penguin:2007/01/21(日) 02:52:54 ID:hY5qL1VD
>>418
SCSIとSerial ATA 2.5はFUAによってwrite cache有効時でも書きこみの完了を保証できる。
ので、ドライバがまともに実装されていればOK。
ATAはcache flushを保証する手段が用意されていないので何をやっても無理。

420 :login:Penguin:2007/01/21(日) 20:35:19 ID:4gtXWK3A
ZFSではwc対策はどうなっているの?



421 :login:Penguin:2007/01/21(日) 23:48:40 ID:AqF7ihH/
しかし、ジャーナリングファイルシステムって、電源断とかのトラブルでも
ファイルが壊れないようにするものじゃないのか。

実験室での使用なので、けっこう動作環境が良くないのは分かるけど
今日、ext3 また壊れてしまった。フォーマットからやりなおし。
土曜にバックアップとっていて良かった。
やっぱりXFSに移行するかな。

422 :login:Penguin:2007/01/21(日) 23:55:06 ID:xsvOt/km
ext3が何度も壊れ、
reiserfsの大パーティションのマウントの遅さが嫌になり、
XFSに行き着いて幸せになった俺

423 :login:Penguin:2007/01/22(月) 00:14:17 ID:ppnVbPRo
たしかに reiserfs はでかいパーティションのマウントに時間がかかるね


424 :login:Penguin:2007/01/22(月) 00:19:23 ID:RyHURUu7
ちょっと気になったのは、このスレの過去ログ読むとLinuxのVFSのせいで
XFSでもファイルシステムが壊れるって聞いたけど、どうなの?

425 :login:Penguin:2007/01/22(月) 00:34:54 ID:Mwx+Gzyg
XFSはファイルシステムが壊れるよ

ext3はファイルは守ってくれないが
ファイルシステムは守ってくれるので
まだ安心


426 :login:Penguin:2007/01/22(月) 00:56:30 ID:RyHURUu7
それじゃ、ダメじゃん。

427 : ◆IIiDC8JS7w :2007/01/22(月) 00:59:28 ID:v/DQ0Ap0
ZFS to the FUSE
まだα版だけど。。
つ ttp://developer.berlios.de/projects/zfs-fuse/


428 :login:Penguin:2007/01/22(月) 02:58:08 ID:4mh5V91p
まぁいろいろ悩む前にUPS買えってことで。
あとは日々のバックアップ。

429 :login:Penguin:2007/01/22(月) 04:59:17 ID:g7VFvdpY
FUSEじゃ読み書きできますよっていう程度で、本格的に使うのには
全然向かないな…

430 :login:Penguin:2007/01/22(月) 19:52:31 ID:aXULs4Jv
GFS使ってる人、手ageて。

431 :login:Penguin:2007/01/22(月) 19:54:33 ID:I6ul0rfb
デスクトップでJFS使い始めました。
前はReiserFSでした。
今のところ無問題。

432 :login:Penguin:2007/01/22(月) 21:44:43 ID:CllrhvyS
>>421
どんなFSでも、ジャーナルにしてもRAIDにしてもファイルが壊れない
(壊れ難い)という認識は止めたほうが安全。
復旧を早くする方法論と割切ったほうがいい。
大切なデータはきちんとバックアップすること。

433 :login:Penguin:2007/01/22(月) 21:46:12 ID:vkPy7i3I
>>431
毎日cvsでgcc取ってきてビルドしてみて。
漏れは3年前emacsでそれやってたらfs壊した(XFS)。

434 :login:Penguin:2007/01/22(月) 22:03:40 ID:+MxoKgNb
XFS ってそんなに弱い子なのか。

435 :login:Penguin:2007/01/22(月) 22:11:02 ID:gyatXghJ
gentooでほぼ毎日何かしらをコンパイルしたり、
時々動画をエンコしたり、
毎日えろまんがを読み漁っていますが、
XFSは元気です。

436 :login:Penguin:2007/01/22(月) 22:18:21 ID:6fw9D8r3
ファイルシステムを何にしてもHDDガリガリさせるのは
寿命を縮めるだけだから、できることならあまりやりたくないね。

437 :login:Penguin:2007/01/23(火) 00:06:35 ID:yhm1O3f9
>>436
それじゃlocateが動くLinuxは使えんがな。


438 :login:Penguin:2007/01/23(火) 10:58:00 ID:SMWMFAIy
locate は使えば便利なんだけど
知らない人とか使わない人にとっては負荷が無駄過ぎるな。
デフォルトで動くディストリも結構あるんじゃないの。

439 :login:Penguin:2007/01/23(火) 13:21:33 ID:Dh6zD8CC
HDDの代わりにi-RAMとかフラッシュディスクを使えば解決

440 :login:Penguin:2007/01/23(火) 13:28:42 ID:dy5DSgJl
ガリガリ使えばHDDよりフラッシュのほうが寿命短いんじゃないの?

441 :login:Penguin:2007/01/23(火) 14:18:58 ID:Qe3f9h84
そこでMRAMとか相変化RAMとかですよ!

442 :login:Penguin:2007/01/23(火) 14:32:40 ID:L6fiHwdO
HDD の寿命とか気にしてたらまともに使えんだろう

443 :login:Penguin:2007/01/23(火) 15:01:52 ID:5Whe9XEV
フラッシュの方が圧倒的に短いわなw


444 :login:Penguin:2007/01/23(火) 16:30:58 ID:JInqPF8n
ハイブリッドハードディスク楽しみだよねえ。っと。
http://www.itmedia.co.jp/news/articles/0504/26/news018.html

# スレ違い。

445 :俺用メモ:2007/01/23(火) 16:48:37 ID:JpiPeEcZ
<kernel-src>/Documentation/filesystems/ext4.txt
  NOTE: The "extents" mount flag is temporary. It will soon go away and
  extents will be enabled by the "-o extents" flag to mke2fs or tune2fs

http://www.die.net/doc/linux/man/man8/mkswap.8.html
  For kernels after 2.3.3 there is no such limitation

http://www.die.net/doc/linux/man/man8/mkfs.xfs.8.html
  the maximum size is just under 1 TiB.

446 :login:Penguin:2007/01/23(火) 17:00:50 ID:xbr0LMQ0
FUA 関係なくデータのロストが防げるなら
フラッシュは大歓迎なんだけど、
そういう目的じゃないようなので
Intel の Robson でいい気もする。

447 :login:Penguin:2007/01/23(火) 17:14:46 ID:0oMO9Ojw
>>446
> FUA 関係なくデータのロストが防げるなら

ハイブリッドディスクはデータロストしないんじゃねぇ?
ライトキャッシュが不揮発性というのは大きいと思うんだが

448 :login:Penguin:2007/01/23(火) 17:34:03 ID:0oMO9Ojw
もちろん、ソフト側が正しく制御する前提だけど

449 :login:Penguin:2007/01/23(火) 21:19:21 ID:SMWMFAIy
フラッシュメモリってライトキャッシュに使えるほど
書き込み耐久性あるの?

450 :login:Penguin:2007/01/23(火) 21:27:38 ID:xbr0LMQ0
フラッシュに入る前にも当然8MB程度の
RAMがキャッシュメモリとして確保されていると思われ。
なのでその部分はやはり揮発すると思う。

451 :login:Penguin:2007/01/23(火) 21:44:21 ID:L4TUXWzd
>>450
揮発するといってもトランザクションを実行するくらいの
コンデンサ容量は確保されてるでしょ・・・・

452 :login:Penguin:2007/01/23(火) 21:51:03 ID:0oMO9Ojw
>>450
ハイブリッドハードディスク
http://www.google.co.jp/search?hl=ja&q=%E3%83%8F%E3%82%A4%E3%83%96%E3%83%AA%E3%83%83%E3%83%89%E3%83%8F%E3%83%BC%E3%83%89%E3%83%87%E3%82%A3%E3%82%B9%E3%82%AF&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=

どこにも8MB程度のRAMのキャッシュメモリの話はないですが
自分で確認してください

453 :login:Penguin:2007/01/23(火) 22:17:31 ID:xbr0LMQ0
>>452
DRAM のキャッシュと不揮発のキャッシュを
併用することになっている。
http://pc.watch.impress.co.jp/docs/2006/0526/hot428_01.jpg

454 :login:Penguin:2007/01/23(火) 22:23:32 ID:0oMO9Ojw
>>453
http://japanese.engadget.com/2006/05/08/hybrid-hdd/
ハードディスクドライブのバッファを大容量NANDフラッシュメモリに置きかえたハイブリッドHDD

455 :login:Penguin:2007/01/23(火) 22:35:32 ID:8K+SLyEi
開発者の発表スライドにengadgetの記事で反論する珍行動

456 :login:Penguin:2007/01/23(火) 22:52:33 ID:xbr0LMQ0
>>454
そうは言うが、Samsungのホワイトペーパーでも

First, Hybrid HDD has flash memory playing a supplementary
role to DRAM in order to dramatically reduce the boot time
and improve system capacity.
http://www.samsung.com/Products/HardDiskDrive/whitepapers/WhitePaper_12.htm

とあるので、DRAMによるキャッシュも積んでいるんだと思う。
DRAM→NVRAMはいきなりの電源断でも書ききれるという意味で
データが失われないという仕組みは可能だと思うが、
DRAM無しというのは難しいんじゃないか?
そもそも上に出したWinHEC2006のスライドも元は
Samsungの描いた絵だし。

457 :login:Penguin:2007/01/23(火) 23:51:46 ID:0oMO9Ojw
>>456
>>453の図と>>456の図はほぼ同じなんだが、どちらの図にもI/O両方の矢印がある
この両方向でDRAMをスルーしてNVRAMにアクセスしている
ハイブリッドディスクはブート時に1-2KBのRAMにブートセクタをコピーするんだが、このDRAMキャッシュはその部分の事ではないのか?
>>456を翻訳しても、ズバリ、キャッシュに使っているというようには訳せないんだが

458 :457:2007/01/24(水) 00:17:56 ID:vzigmnXE
× NVRAM
○ NANDフラッシュメモリ

459 :login:Penguin:2007/01/24(水) 00:38:31 ID:uMM8sw+h
だから MRAM,FeRAM とかの高速不揮発メモリに
期待って話だったんじゃねーの?

460 :login:Penguin:2007/01/24(水) 01:39:30 ID:Wx+4qs1R
耐久年数と揮発/不揮発は関係あるの?

461 :login:Penguin:2007/01/24(水) 02:19:19 ID:OH8//z4U
耐久年数が多いと揮発しにくいので、一度書いたら
上書きがとても大変

462 :login:Penguin:2007/01/24(水) 08:32:43 ID:vzigmnXE
>>460
現行のフラッシュメモリは耐久年数は低いとされている
しかし、>459のMRAMは耐久年数のみならずスピード自体も揮発性メモリより高い
FeRAMもMRAMに準ずる

463 :login:Penguin:2007/01/24(水) 15:27:52 ID:fll6hQgJ
フラッシュメモリが高い耐久性を持ってなきゃいけない必要性はない。
ハミング符号なりで保護して不良部分を置き換える下のレイヤーを一
層設ければ耐久年数は無視できる問題ではないか?

464 :login:Penguin:2007/01/24(水) 16:04:57 ID:vzigmnXE
http://webleverage.jp/xen/wiki/index.php?howto#m6961cbc

Intel Macのマルチブートっておもしろいねえ
OSX用と全く同じ内容のMS-DOS用のパーティションテーブルを作ってるよ

465 :login:Penguin:2007/01/24(水) 16:17:28 ID:mEXlFMcS
>>463
そういうのも含めての耐久性じゃない?

466 :login:Penguin:2007/01/24(水) 16:22:03 ID:vzigmnXE
>>463
現状すでにやられてる話でしょ

467 :login:Penguin:2007/01/26(金) 03:11:35 ID:9ovjxSc8
現状でも、書き込み寿命の均一化はやってあるよ。
それでやっと今の寿命になってる。

個人的には、停電時にファイルを確実に守る方法は
UPS以外に有効な方法は無いと結論をだしてる。


468 :login:Penguin:2007/01/26(金) 15:45:58 ID:S6wJxTFd
確実な方法なんてないと知るところから全ては始まるんだがな。

# ようは何処まで守りたいか、という話

469 :login:Penguin:2007/01/26(金) 21:20:42 ID:LxxsiSqP
そういうこと
どこまで妥協できるかだね

470 :login:Penguin:2007/01/27(土) 02:04:17 ID:hzYyrGKz
俺は大切なデータは石に彫って埋めてる。

471 :login:Penguin:2007/01/27(土) 06:38:54 ID:E9E1wd6D
>>463
NAND型フラッシュメモリ
http://ja.wikipedia.org/wiki/NAND%E5%9E%8B%E3%83%95%E3%83%A9%E3%83%83%E3%82%B7%E3%83%A5%E3%83%A1%E3%83%A2%E3%83%AA

一般的なデータ書き込みおよび消去後、
不良ブロックの検知処理を行い、
不良ブロックを管理するロジックが組み込まれている。
...
各ブロックの書き込み消去回数が平均化するようにする手法が広く用いられている。

472 :login:Penguin:2007/01/27(土) 09:08:22 ID:u9/4vZC9
>470
ちゃんと3か国語位は並べておけよ

473 :login:Penguin:2007/01/27(土) 09:57:51 ID:4NCB46QC
Hans Reiser、近況

ttp://opentechpress.jp/~sado/journal/432?from=rss

「Hansを陥れるための罠」を仕掛けたのは
ロシアのスパイ組織じゃなくてext4の中の人じゃないか?

474 :login:Penguin:2007/01/27(土) 10:21:57 ID:NEv34+KY
ロシアとはまた厄介な

475 :login:Penguin:2007/01/28(日) 21:50:55 ID:Znedwxfp
SDなんかだとうすっぺらいですが、あの中にそんなロジックが入ってい
るんですか? 知らんかっただけにちょっと驚き。

476 :絶対☆妹至上主義:2007/01/29(月) 02:05:06 ID:ncjfs3KH
>>471
NANDでも、何度でも書き込めるわけでは無いんだな

477 :login:Penguin:2007/01/29(月) 02:33:50 ID:dIKGkRrE
誰がうまいk(ry

478 :login:Penguin:2007/01/29(月) 13:41:07 ID:siKMYi/7
そのツッコミがなければボケの存在に気付かなかったよ。

479 :login:Penguin:2007/01/29(月) 22:12:15 ID:aMwlfPuf
>>475
それはデバイスドライバの仕事


480 :login:Penguin:2007/01/30(火) 22:33:33 ID:ysSJZIzG
ここならlusterやってる人いるかな
1.4系と1.6系があるんだが、どっち使ってる?


481 : ◆IIiDC8JS7w :2007/01/30(火) 22:40:38 ID:gRlPMLvw
今はLustre 1.6Beta7(2007/1/15付近にでたもの)

482 :login:Penguin:2007/01/30(火) 23:07:08 ID:ysSJZIzG
サンキュー>481
余ってるPCが4台ほどあるので、試しにluster組んでみるよ。


483 :login:Penguin:2007/02/01(木) 12:33:57 ID:AuhPSHSf
LinuxのVFSがダメだって何度もこのスレで見たけど、
具体的にどこがどのようにマズイの?

484 :login:Penguin:2007/02/01(木) 12:40:05 ID:z56kQWBE
syncを発行しているのに実際にディスクに書かない、と言うのが通説
(ちと古いか)。

485 :login:Penguin:2007/02/01(木) 16:31:34 ID:d0gGLI0t
>>484
最近のはFreeBSDもそうらしいね


486 :login:Penguin:2007/02/01(木) 17:04:59 ID:lF996rlo
(OSが)syncを発行して(書き込みOKもらって)いるのに実際に(HDDが)ディスクに書かない

487 :login:Penguin:2007/02/01(木) 17:07:38 ID:KD9t2gZH
1月版 ext3でデータが破損!? メモリ管理で不整合
http://www.atmarkit.co.jp/flinux/rensai/watch2007/watch01b.html
>Debian独自のパッチの影響

ZFS progress.
http://blogs.freebsdish.org/pjd/2007/01/28/zfs-progress/
>98% functionality is implemented and work.

488 :login:Penguin:2007/02/01(木) 17:23:14 ID:DApPY+KS
>>486
>>376でガイシュツ。あと、読み間違えてないか? 2.6.18ではDebianパッチの影響だけど、
2.6.19では標準のカーネルでも発生するぞ。

んで、ZFSはFUSEだから正直問題外。

489 :login:Penguin:2007/02/01(木) 17:32:32 ID:sGGvNr2g
誰も、2.6.19では起こらないといってないんじゃないかw

490 :login:Penguin:2007/02/01(木) 17:35:04 ID:RxKMsyN1
そもそも、ZFSなんてlinuxで使うやついないだろ


491 :login:Penguin:2007/02/01(木) 17:38:25 ID:lF996rlo
>using Linus' test-program the data corruption has been reported
>as far back as the 2.6.5 kernel. "It's not actually a new bug at all,"
http://kerneltrap.org/node/7517
実は2.6.5以降から問題は発生してたらすぃけど、どうなんでしょ。

それと486はSoftupdate vs Journalingの話かな、どっちかというと。

492 :login:Penguin:2007/02/01(木) 18:04:36 ID:z56kQWBE
>>491
問題はあったけど、2.6.19で表面化したと書いてあるだろう。
http://www.atmarkit.co.jp/flinux/rensai/watch2007/watch01a.html

493 :login:Penguin:2007/02/01(木) 18:15:01 ID:9sgJPste
>>484
ATAだとwrite cache無効に設定しないとあんまり意味ないし。
# 一回デフォルト無効にしたら遅すぎるっていう苦情だらけで
# デフォルト有効に
SCSIは問題無し。


494 :login:Penguin:2007/02/01(木) 18:16:32 ID:9sgJPste
>>484じゃなくて、>>485だった。

495 :login:Penguin:2007/02/01(木) 18:18:17 ID:DApPY+KS
うが、>>486じゃなくて>>487だ。

>>489
>>487の書き方は誤解を招くような代物だったので。

>>490
NTFSの場合はデュアルブートの際やUSB HDDつなげた際に読み込めるというメリットが
あるけど、ZFSにはそういうメリットないものねぇ。きちんとkernel空間で実装して
ext4、JFS、XFSなどと同様に標準fsとして使えるようになっているのなら話は全然別だけど。

ZFSに関してはFreeBSDやOS Xにどうportされるのか注目かなぁ。

>>491
とりあえず、大きなファイルをmmap()するようなアプリを使う際は2.6.19.2に
しておいたほうがいいというのは確かかな。>>487の記事では2.6.20rc3以降なら
fixとは書いてあるけど、2.6.19.2でもfixされたことは書いていないのがアレだ…

496 :login:Penguin:2007/02/01(木) 18:23:42 ID:z56kQWBE
>>493
ファイルシステムの下には ATAやSCSIのディスクだけじゃなくて、
SAS,バッテリバックアップされたRAID,iSCSI,AoEなどなど
いろいろあるんですが、そのへんはどうなんすかね?

497 :login:Penguin:2007/02/01(木) 18:31:16 ID:DApPY+KS
>>496
各種デバイスの仕様と、そのデバドラのつくりによるとしか言いようがない。

SCSIやSATAだとFUAが使えるからデータをディスクへ書き込んだ時点で
終了通知をホストへ返すことができるわけだけど、デバドラがきちんと
作られていないのなら、デバイスレベルでFUAをサポートしていても
無意味なわけで。

498 :login:Penguin:2007/02/01(木) 18:35:46 ID:MMx52a8R
ストレージクラスなら、キャッシュへの書込みが終了した時点で返す。
もっとも、それは電源がちょっと落ちたところでキャッシュの中身が消えることがないようになっているわけだが。


499 :login:Penguin:2007/02/01(木) 18:40:06 ID:eaIr3GB1
>484 が言っているのは >486 のより手前の
OS に責任があるレイヤでの問題

ただし、結局その説が正しいのかどうかはよくわからん

500 :login:Penguin:2007/02/01(木) 18:52:05 ID:z56kQWBE
>>499
だから、そんなレベルでOSが責任をとってもデータがダメになる
ケースは多数あるわけで、それなら始めからベストエフォートに
してページキャッシュをいろいろ最適化したほうがマシ、というのが
Linuxの設計方針だろ。Linuxカーネル解読室とか読めよ。

501 :login:Penguin:2007/02/01(木) 18:53:40 ID:8hEfCwF0
>>499
このスレでも何回か出ている話題だけど、>>384-419あたりの議論でだいたいの結論がついてないか?

502 :login:Penguin:2007/02/01(木) 20:50:11 ID:n6dF5ODI
>>500
それはおかしくないか?
ユーザーによってニーズは違うだろう
スピードへの最適化と信頼性への最適化の2つの選択肢を与えるべきじゃないのか?

503 :login:Penguin:2007/02/01(木) 21:04:29 ID:8kIqyObB
Linuxカーネル解読室ってオライリーのunderstanding the linux kernel 3rd edition より良いの?

504 :login:Penguin:2007/02/01(木) 22:04:54 ID:bacTwvVC
>>501
長すぎるからサマライズキボン。
キチガイは伝染する?

>>502
信頼性欲しければ違う実装使えってことだろ。
それか自分で作るか。作ってもLinuxにはマージしてもらえない気がするが。

>>503
後者の2版和訳を読んだ限り上っ面の説明しかできていない。
前者は読み込んでないから知らぬ。


505 :login:Penguin:2007/02/02(金) 02:15:32 ID:LHpcI4XW
>500
そんなヌケサク説明を本気で信じてるの?

解決策にもなんにもなってないし...

506 :login:Penguin:2007/02/02(金) 21:15:48 ID:FrGCgZny
結局、まっとうな批判に対して「キチガイ」と罵ることしかできない
ということでFAか?


507 :login:Penguin:2007/02/02(金) 21:24:00 ID:zNdISUUI
はいはい

508 :login:Penguin:2007/02/02(金) 21:28:42 ID:T7lvryZy
いや、大したことのないレスにキチガイって返す方がおかしいよ

509 :login:Penguin:2007/02/03(土) 03:37:04 ID:kg/qeKbc
>>491
その情報が正しいとなると、RHEL4.5で修正入るのかな?

510 :login:Penguin:2007/02/03(土) 14:58:47 ID:5bzUz2co
とりあえず、504は放置しとけ

511 :login:Penguin:2007/02/04(日) 12:40:11 ID:SIrUcCus
XFSとext3とReiserFSだとどれが安全?

512 :login:Penguin:2007/02/04(日) 12:43:34 ID:I1zy8FgT
どれも危険極まりない。
お前が使えば。


513 :login:Penguin:2007/02/04(日) 16:27:09 ID:VendWddW
>>511
今からならReiserFSがいい。
状況は今がドン底。逆にこれ以上悪くなる心配がない。
後は這い上がるのみ。

514 :login:Penguin:2007/02/04(日) 17:21:58 ID:J2syga+J
>>511
つかちょっと上のレスも見らんないのお前は?

JFSだけはガチってのがこのスレの総意だろ。

515 :login:Penguin:2007/02/04(日) 17:33:06 ID:OnmEjYbp
ガチ、か…

516 :login:Penguin:2007/02/04(日) 18:34:37 ID:e+PaBkqY
スルーされ具合についてはガチだな

517 :login:Penguin:2007/02/04(日) 18:38:09 ID:KaQxELcg
今からならReiser4だろ

518 :login:Penguin:2007/02/04(日) 18:41:31 ID:OUXrG2xd
俺はせっせと Solaris に移行中

519 :login:Penguin:2007/02/04(日) 22:08:15 ID:SIrUcCus
JFSのトラブルの報告が無いのは誰も使っていないからだろ?

520 :login:Penguin:2007/02/04(日) 22:10:05 ID:/f4Jfrib
Yes, SIr!

521 :login:Penguin:2007/02/04(日) 22:12:54 ID:6B5J03Tx
使ってますが何か

522 :login:Penguin:2007/02/04(日) 23:07:54 ID:BkRpNHOD
>>521
お前だって、最悪飛んでもいいパーテーションでしか使ってないだろ。

523 :login:Penguin:2007/02/04(日) 23:15:37 ID:wTKNJ/kp
>>518
Solarisって使いやすさはどうなの?
パッケージ管理が簡単なのかどうかと、パッケージ数が豊富なのかどうかが気になる。
昔はGCC入れて、各種アプリを自前コンパイルしないといけない時代があったよね。

524 :login:Penguin:2007/02/04(日) 23:24:50 ID:I1zy8FgT
今も基本的にはそうだが。
Sunfreewareのビルドが気に入らなければ、自分で作るしかないから。
パッケージ管理そのものについても、RPMやdebほど洗練はされていない。
パッチとか当てると普通に設定ファイルを上書きしたりするから、注意がいる。


525 :login:Penguin:2007/02/04(日) 23:34:10 ID:9s1+/enK
JFS はハードディスクが壊れただけでファイルシステムがぐちゃぐちゃになったので糞。
あと、NLS でちゃんと変換出来ないファイル名のファイルを作るとロストするときがあったので糞(相当昔の話だが)。

526 :login:Penguin:2007/02/04(日) 23:45:28 ID:ScyYaqVx
> JFS はハードディスクが壊れただけでファイルシステムがぐちゃぐちゃになったので糞。

527 :login:Penguin:2007/02/04(日) 23:53:20 ID:l/38o1m3
ちゃんと書かないとつたわらないだろうな

528 :login:Penguin:2007/02/05(月) 00:10:05 ID:xJuCgkva
HDD が壊れても大丈夫な FS 欲しいなぁ

529 :login:Penguin:2007/02/05(月) 00:11:54 ID:yquMgini
>>528
ひょっとしてそれはギャグで言ってるいるのか?


530 :login:Penguin:2007/02/05(月) 00:18:06 ID:rnFpdWND
ネットワークファイルシステムならHDDに書かないから安心。

531 :login:Penguin:2007/02/05(月) 00:21:47 ID:BjEiAhlg
サーバ側のローカルファイルシステムが(略

532 :login:Penguin:2007/02/05(月) 00:51:26 ID:TwCWVt0g
ネットワーク上に不良パケットとして放流するファイルシステム。
寿命が尽きる前に再放流。
常にネットワーク上をさまようデータたち。

533 :login:Penguin:2007/02/05(月) 00:57:12 ID:3z2RfYJO
Winnyファイルシステムかよw


534 :login:Penguin:2007/02/05(月) 01:06:37 ID:ikYVMwPI
>533
セキュアさが技術的に担保されるなら大アリ。
というか、似たものは既にある。


535 :login:Penguin:2007/02/05(月) 02:16:43 ID:3k+6xyTA
XFS使い始めて、もう1年になるがこの間、FSごと壊れたのは
まだ3回しかないが、これは運が良かったのか?

536 :login:Penguin:2007/02/05(月) 02:32:05 ID:B8r6Q64G
3回も壊れてるとかチョーウケル。

537 :login:Penguin:2007/02/05(月) 02:34:35 ID:1UIejfif
HDDが壊れたんだよな?

538 :login:Penguin:2007/02/05(月) 04:49:19 ID:3k+6xyTA
>>535 のHDDは物理的には全然平気だった。

そのHDD、別のPCに入れてWindowsXPで
使っているけど、普通に動いている。

539 :login:Penguin:2007/02/05(月) 07:08:06 ID:FEECW1nx
チキンは俺は ext3

540 :login:Penguin:2007/02/05(月) 11:36:52 ID:dxgxznv4
一度 RAIDコントローラが発狂して全滅したことはあったけど、
8年間使っててext2|3,reiser3,xfs,jfsいずれも問題ないな。
もちろん適材適所だよ。

541 :login:Penguin:2007/02/05(月) 16:16:34 ID:1UIejfif
>>538
情報thx
3度もというと結構多い感じするけど、どういう状況でそうなったの?
電源プチとかブレーカー落ちたとかそういうH/Wまわりしか思い浮かばなかったんだけど
IRIXでXFS使ってたときはFS壊れたことっていうのが無かったので

542 :login:Penguin:2007/02/05(月) 17:09:15 ID:kXNVJxPh
IRIXも最初のころはFSに限らずしょぼいしょぼいといわれていたけどね!

543 :login:Penguin:2007/02/05(月) 22:41:56 ID:xJuCgkva
最後までショボイまま終わったと?

544 :login:Penguin:2007/02/06(火) 23:35:16 ID:wGCOby4y
Excelが同期書き込みを使っているように感じているのは俺だけなのだろうか?

545 :login:Penguin:2007/02/08(木) 21:38:43 ID:yfGJF1IC
Excelってそれどんなfs?

546 :login:Penguin:2007/02/08(木) 21:49:46 ID:xdYwexjj
NTFS

547 :544:2007/02/08(木) 22:00:34 ID:xdYwexjj
1.セーブアイコンをクリック
2.ハードディスクがガリガリいいはじめる
3.マウスポインタは砂時計表示に
4.ステータスバーの進捗状況が作業中を表示
5.ステータスバーの進捗状況が作業終了を表示
6.ハードディスクがガリガリ音が止まる
7.マウスポインタが通常に戻り、Excelに制御が戻る

いつもこのような状況なのでそう思っただけ
ちなみにハードディスクはパラレルATA

548 :login:Penguin:2007/02/08(木) 22:09:56 ID:9ICUpqjJ
>>547
最近はLinuxでもExcelが動くようになったんですね。
是非、方法を教示していただきたいのですが。

549 :login:Penguin:2007/02/08(木) 22:14:14 ID:yfGJF1IC
>>547
(・∀・)・・・・・・・・こ、これは・・・・

                 ゴメンいい釣られ方思いつかなかった

550 :login:Penguin:2007/02/08(木) 22:22:51 ID:xdYwexjj
>>548
>>549
Excelの例をだしたのは悪かった

言いたいことは一つで、パラレルATAが同期書き込み不可なのが
正しい根拠があるのか疑問をもっただけ
FUAがないだけでは根拠にならないから

551 :login:Penguin:2007/02/08(木) 22:24:56 ID:xI5jKKjE
有るし

552 :login:Penguin:2007/02/08(木) 22:26:01 ID:xdYwexjj
>>551
ソース希望

553 :login:Penguin:2007/02/08(木) 22:38:19 ID:xdYwexjj
ATA
http://community.osdev.info/index.php?ATA

ちなみにここでATAのコマンドを調べると、

0xe7に
0xe7 No-Data FLUSH CACHE

これはPIO制御なのでUDMA時は発行できないのかもしれないが
0xe8 PIO-Write WRITE BUFFER

こういうのもあるんだが

554 :login:Penguin:2007/02/09(金) 00:41:33 ID:Zb41PA+h
>>548
wine

555 :login:Penguin:2007/02/10(土) 23:48:20 ID:DJ1EsE63
今日、USBメモリを挿入した瞬間OSがフリーズした。
リセットボタン押して再起動したら、ファイルが lost+found に
大量に送り込まれた... orz
ext3 お前もか...

FC6やめた方がいいかな?

556 :login:Penguin:2007/02/10(土) 23:52:49 ID:rfqyKqr7
pugya-

557 :login:Penguin:2007/02/11(日) 00:34:30 ID:LZDtKzf8
>>553 ディレクトリ操作中に電源を落とした場合の典型的な症状だ
と思うけど。まさかそういうのも含めて「ファイルシステムが壊れた」
とか言ってるの?

558 :login:Penguin:2007/02/11(日) 00:47:04 ID:ukTcRXps
>USBメモリを挿入した瞬間OSがフリーズした。
が一番Linuxのダメさを表わしてるわな。


559 :login:Penguin:2007/02/11(日) 00:52:07 ID:CJAQk2DO
>>558
俺もその光景を目撃した経験があるな...
エンジニアが若いSEに必死で弁解してたよ

560 :login:Penguin:2007/02/11(日) 01:01:56 ID:3+IsEM3X
俺iPodをWindowsマシンに接続した瞬間にブルースクリーンになったことある。
同じマシンに入ってるLinuxではちゃんとiPod使えたのに。
で、そういうトラブルのときWindowsでは対処法を探すのが難しいんだよな。

561 :login:Penguin:2007/02/11(日) 01:02:23 ID:/aD5Y840
脳内で fs 障害が発生しているようで、ご愁傷様です。

562 :login:Penguin:2007/02/11(日) 01:14:56 ID:ukTcRXps
まあ、USBはChipが悪いのが原因てことも多いからな。


563 :login:Penguin:2007/02/11(日) 11:24:35 ID:t4TvBlHe
いきなりリセットかけたときの、ファイル or FS へのダメージに
関して言えば、最近はLinuxよりもWindowsの方が安全なように
思えるようになってきた。

564 :login:Penguin:2007/02/11(日) 11:42:26 ID:P7PjeCmr
>>563
今ごろ気付いたのかよ

565 :login:Penguin:2007/02/11(日) 12:56:32 ID:iSwVn+BM
>563-564
この間LinuxとWindowsをVMwareのゲストで動かしてる最中に停電でホストが落ちちゃって、
再起動後どっちのゲストも起動しなくなっちゃったんよ。

Linux(ext3)の方は仕方ないからシングルユーザモードで起動してfsckかけたんだけど、
Windows(NTFS)の場合は一体どうしたらよいか分からなくて、現在進行形で途方に暮れてる。
何度スキャンディスク掛けても復活しないし。

566 :login:Penguin:2007/02/11(日) 13:28:42 ID:OboOTrcF
pugera

567 :login:Penguin:2007/02/11(日) 13:53:58 ID:itbL0uDG
>>562
チップじゃなくて外付けの回路かもな。
ろくにテストも出来ない検査が駄目なのか、
検査基準を甘々にしなけりゃならない程、
ハード屋がだらしないのか知らんけど。

568 :login:Penguin:2007/02/11(日) 18:05:38 ID:4xgL+aKM
>>565
たまたまだろ
Linuxだって死ぬときゃ復活もクソも無い

569 :login:Penguin:2007/02/11(日) 23:11:39 ID:t4TvBlHe
うちの会社では最近では、逆に Windows鯖も置くようになってきた。
昔のようなLinuxに対する神話というか盲信がなくなってきたからね。

570 :login:Penguin:2007/02/11(日) 23:23:04 ID:4cTo2V09
>Linuxに対する神話

ナニソレ?

571 :login:Penguin:2007/02/11(日) 23:53:13 ID:t4TvBlHe
Linuxは安定している。Linuxは安全である。Linuxは高性能である。
Windowsはその逆、っていう話のことを言った。

572 :login:Penguin:2007/02/12(月) 00:02:21 ID:CJAQk2DO
>>571
確かにそういう神話はあった
Linux関係の雑誌は特にひどかった
とりあえず褒めておけば売れるだろうという姿勢がみえみえだった

573 :login:Penguin:2007/02/12(月) 00:08:28 ID:ehOYrnXS
Xを使うと、Linuxは非常に重かったが、Windows95はPentium160Mhz,32MBでサクサク動いた(不安定だが)
このあたりの事は一切ふれられず、Linuxは軽いと言われてた
かくいう漏れも信じていたが

574 :login:Penguin:2007/02/12(月) 00:18:36 ID:c1CrXUSo
そんなに性能あれば X 使ってもサクサク動くね。

575 :login:Penguin:2007/02/12(月) 00:22:43 ID:vlEBE2dx
なぜかSolaris鯖復活。x86版だけど。

576 :login:Penguin:2007/02/12(月) 00:37:24 ID:ehOYrnXS
>>574
実際使った事あるのか?

32MBのメモリじゃXはスワップしまくって実用に耐えなかった
サービス止めまくってウィンドウマネージャにAfterStepなどを使っても無理
topでメモリ使用量見るとXだけで100MBぐらい使ってた
Xを使わなければ快適だったよ

577 :login:Penguin:2007/02/12(月) 00:47:48 ID:pKQ9EzWP
>>576
AfterStepじゃだめだ、tvtwm(twmよりも何故か軽い) とかにしないと...

578 :login:Penguin:2007/02/12(月) 00:50:45 ID:HIG9qOky
はて?
うちのdebianくんは、KDE3.2をスタートした時点で、トータル100MBも使ってないけど。
しかも、SendmailやらApacheやらいろんなサーバが起動した状態で。


579 :login:Penguin:2007/02/12(月) 00:53:19 ID:ehOYrnXS
>>577
tvtwmは使わなかったがtwmは使ってみたよ
結果は全くだめ
問題はX自体のメモリ消費量なんだよ

> AfterStepじゃだめだ、tvtwm(twmよりも何故か軽い) とかにしないと...
こういう事言ってる事自体が重い証明だろ

580 :login:Penguin:2007/02/12(月) 00:56:02 ID:tKkO1evC
フォント読み込みすぎだったんじゃね。
あとtwmよりfvwmのほうが軽かったような。

581 :login:Penguin:2007/02/12(月) 00:59:08 ID:ehOYrnXS
>>578
> うちのdebianくんは、KDE3.2をスタートした時点で、トータル100MBも使ってないけど。
それは異常だよ
漏れは256MBのVine機を持ってるが、Xを使ってしばらくたつと必ずスワップする
俺もLinuxは好きだが、神話はうんざりだ

582 :login:Penguin:2007/02/12(月) 00:59:32 ID:gH4+PeS3
もうコンソールでいいよw

583 :login:Penguin:2007/02/12(月) 01:02:56 ID:pKQ9EzWP
でもFSが壊れるのは神話じゃなくて事実だよね。

VFSが安定しない限り、この状況は続く...

584 :login:Penguin:2007/02/12(月) 02:21:48 ID:ue41F/Co
昔 166MHz 32MB で X と windowmaker と emacs と kterm 同時に使ってたけど
普通に使えてたよ。XFree 3.x 時代ね。
さすがにネスケとか立ちあげる時は emacs 落とす必要があったけど。
ただ、その後 update していくなかで X はどんどん重くなっていったので、
最新の X 入れたりしたらさすがに32MBじゃ足りないんじゃないかな。

585 :login:Penguin:2007/02/12(月) 02:36:22 ID:CD7jXCIx
はて?
うちのUbuntuくんは、Gnome2.16.1をスタートした時点で、600MBも使ってないけど。

586 :login:Penguin:2007/02/12(月) 02:47:55 ID:xmU+xA4+
793876 tty1 SL Feb11 37:31 Xgl
88540 ? Ssl Feb11 4:19 java v2c
76460 ? Sl 02:35 0:21 fx2

食いすぎだよな。
Xgl単独で800Mってもうあふぉかと。
beryl再起動直後でも458780。

587 :login:Penguin:2007/02/12(月) 02:50:36 ID:ue41F/Co
>>581
スリープ中のバックグラウンドプロセスじゃないの?

588 :login:Penguin:2007/02/12(月) 02:52:51 ID:PeW+mj3q
サーバでGUI常時動かす時点でどうかしてる。
ところがwindowsはGUIにOSがくっついていてGUIを止めれない。

スレ本来のFSに注目すると、
windowsのFSが逝きにくいのは事実。
だけれども、書き込み時のバッファフラッシュが強烈に重い。

linuxはVFSの段階でアクセスを最適化しようとするので重くなりにくいが、
その反面電源落ちクラッシュしやすい。


589 :login:Penguin:2007/02/12(月) 02:55:18 ID:s17apHnG
昔のは本当に軽かったんだよ
最近のは Window Manager に何を使っても重い
長年 fvwm だったが beryl にしてエフェクト使いまくっても
その差が体感できなかった

590 :login:Penguin:2007/02/12(月) 03:02:39 ID:ehOYrnXS
>>584
実用に耐えなかったというのはあくまで自分の主観で、遅くても動いていたことは間違いない
これを使えると思うかどうかは、各自の主観によると思う
しかし、後でWindows95とデュアルブートにした際にWindows95の軽さに驚いた
実機で16MBでも快適動作するのを確認している

591 :login:Penguin:2007/02/12(月) 10:54:39 ID:m2mmtgAx
ここって何のスレ?

592 :login:Penguin:2007/02/12(月) 11:10:27 ID:dthoHvZf
Windows9x系はさすがに話にならんだろ。
しかしNT系になって実装もそうだけど、設計でもUNIXは抜いたと思う。
MSは実装だけでなくアーキテクチャ設計能力も高い。

特にサードパーティによる新デバイス対応やOS拡張ができるようにする
モジュール構造は実世界で揉まれてるだけあって先を行ってるし、
どのOSでも一番問題を起こすドライバ系の安定度を高めるための
検証フレームワーク整備や教育といった面でも抜かりない。FS面でもNTFSは
安定してること以上にマルチストリームとかトランザクション対応とか
新機軸を着実に導入してるし、ユーザランド側でもPowerShellとかWSHと
いった洗練された仕組みがここ10年で着実に入ってる。

元ネタが○×でコピっただけとか厨が煩いことがあるけど、設計・実装は
NT登場以来驚異的に高くなってるし、そもそも他の会社が対抗できてない。
上から下まで、技術・非技術面までひっくるめて整備してくるMSのこの底力が
一番すごい。

正面からNTFSに対抗できる存在としてReiser4に超期待してたんだけど・・・
まあReiser4が駄目でもZFSとかFUSEとかGFSとか面白いものはたくさん
あるけど、MSは侮れんよ。

593 :login:Penguin:2007/02/12(月) 13:19:52 ID:pKQ9EzWP
Reiser4、漏れも期待していたけど、あの様子では主流にはなれないだろうな。
いろいろな意味で...

結局、Linuxカーネル開発者な連中は、Reiser4を闇に葬るんじゃないだろうか?

594 :login:Penguin:2007/02/12(月) 13:56:34 ID:1qjVTFhI
> ここって何のスレ?

top の出力眺める誰でも出来る仕事の人が、日頃妄想していることを書く場所。

595 :login:Penguin:2007/02/12(月) 15:52:05 ID:DZj/9zPx
>>593
確かにいい口実にはなったよな。

596 :login:Penguin:2007/02/12(月) 16:33:24 ID:ehOYrnXS
カーネル開発者たちはReiser4が独自IOルーチンを実装していることを非難してるが、
ReiserFS側が一方的に悪いとも思えないな

597 :login:Penguin:2007/02/12(月) 16:36:32 ID:V8V5NCDB
>Reiser4が独自IOルーチンを実装
XFSは良くてReiser4がダメな理由ってなんだろ?

598 :login:Penguin:2007/02/12(月) 16:39:03 ID:DZj/9zPx
>>597
開発者の性格

599 :login:Penguin:2007/02/12(月) 16:39:15 ID:ehOYrnXS
Hans Reiserが嫌われてるからだろ

600 :login:Penguin:2007/02/12(月) 16:52:04 ID:9DGMw6Vy
ユダヤの陰謀

601 :login:Penguin:2007/02/12(月) 18:18:43 ID:fU0muqJg
lustre1.6beta7を入れてみたのだが、OSTをmkfs.lustreしたあとmountするところで
カーネルパニックしてしまう。
beta7ちゃんと使えてる人いたら教えて下さい。

602 :login:Penguin:2007/02/13(火) 04:46:11 ID:IyOcykyK
しかし、Reiser4の開発者の性格がいくら悪くても、
漏れ的には、今まで一番トラブルの無かったファイルシステムが
ReiserFSなんだよな。
というぐらい今まで、LINUXのFSには酷い目にあっている。

603 :login:Penguin:2007/02/13(火) 07:26:14 ID:keBYA0IK
>>596
Linuxの悪口として、I/Oが腐っているというのはよく言われることだからね。
独自実装したくなるぐらいに腐っているというのを、Linux系の有名開発者自らが
実践しちゃったんだから、kernel開発者としては捨て置けなかったんだろうけど。

Hansを非難するよか、まともなI/Oを実装することに力を注いでほしかったね。

604 :login:Penguin:2007/02/13(火) 08:40:14 ID:WemlgHvo
具体的にI/Oのどの機能がよくないんだ?

605 :login:Penguin:2007/02/13(火) 08:56:45 ID:fVgYhrXm
reiser たんは、あれだよね
他のカーネル開発者への礼節が欠いてるんだよな
それで嫌われてる、確か

606 :login:Penguin:2007/02/13(火) 08:58:49 ID:0u58eKNV
http://bulk.fefe.de/

filesystem: Unix filesystem scalability benchmarks (Linux Kongress 2006)
は、単純なベンチとはいえFSでこんなに違うんだなーってのが分かるな。
reiser4が速すぎで、嫉妬心から嫌われる理由になるのも分かる(違

信頼性を定量的に測定できればいいのにね。

607 :login:Penguin:2007/02/13(火) 09:03:38 ID:/i03HF+s
詳しいことはよくわからないんだが、
ライザーのコードにはassertマクロがたくさん入ってたので、あるカーネル開発者が「読みにくいから削除してくれ」と注文をつけたらしい。
ライザーが「そんなこという奴は素人だ」と言い返したので、こじれたのだとか。
逸話が本当なら、カーネル開発者が素人なのは間違いないが、ライザーももっといいかたがあっただろうにな。

608 :login:Penguin:2007/02/13(火) 09:10:45 ID:/i03HF+s
Reiser4はファイルシステムのサイズ変更に対応してないんだよな。
先日、変更が必要になってそのことに気付いた。
データの引っ越しがめんどくさかったのでいまはバージョン3を使ってる。

ところでevms使いこなしてるひといる?
なかなか思うようにならなくて苦労してるのだが、、

609 :login:Penguin:2007/02/13(火) 09:11:22 ID:M3BPWPHj
UNIXのファイルシステムは、みんなトロイのばっかだからな
ディスクアクセスがいま一番ボトルネックで
データベースとかのベンチだと、明らかな差が出てくる
データベースはできるだけオンメモリで動作させるのが鉄則で
できるだけディスクアクセス少なくするんだけど
それでも、ディスクアクセスは避けられない
LAMPがはやるのもわかる気がする

610 :login:Penguin:2007/02/13(火) 09:34:49 ID:58Yqf8Hg
最後の文との関連が意味不明

611 :login:Penguin:2007/02/13(火) 09:36:06 ID:fVgYhrXm
Gentooの創設者もいってたな
あんなとろいファイルシステム使ってたら、日がくれちゃうよってw
Gentooはコンパイルして、ディスクアクセス頻繁に行うから

612 :login:Penguin:2007/02/13(火) 09:39:39 ID:M3BPWPHj
GentooはReiserFS推奨なんだっけ?


613 :login:Penguin:2007/02/13(火) 09:46:38 ID:x7MyuWlT
ttp://www-06.ibm.com/jp/developerworks/linux/011109/j_l-fs2.html
古いけど、ext2で2分かかっていた処理がReiserFSでは15秒で終わるって言ってる。

614 :login:Penguin:2007/02/13(火) 09:46:54 ID:Bu7+VNy+
パフォーマンスと引き換えにファイルロストというすばらしい特徴を備えているけどなorz


615 :login:Penguin:2007/02/13(火) 09:52:40 ID:s1yugE0P
2.6.10くらいからしか使ってないが、ファイルロストなんてないよ。
FUDイクナイ

616 :login:Penguin:2007/02/13(火) 09:56:29 ID:zEMqaX8A
>>615
その昔にはあったんだよ。俺も引っかかったが。
ファイルシステム全体が破損して復旧不可能になるという素晴らしいバグが。

Hans Reiserの件は抜きにしてもその時の記憶があって精神的に
reiserfsを使いたくないというユーザが数多くいたりする。

617 :login:Penguin:2007/02/13(火) 10:09:51 ID:fVgYhrXm
IBMはいつのまにこんな文章のせてたんだ
俺もReiser使ってみよ

618 :login:Penguin:2007/02/13(火) 11:00:48 ID:d9NUXbGG
kernel 2.2時代の話を蒸し返されてもねぇ

619 :login:Penguin:2007/02/13(火) 12:30:28 ID:+OHugGIQ
2.4だろ

620 :login:Penguin:2007/02/13(火) 20:06:01 ID:0ByefPAX
>>616
どこで聞き齧ってきたのか知らんが、過去に騒がれたのはバグじゃなくて互換性。
バージョン間の互換性が低くて、古いカーネルでマウントして壊す奴が大漁発生。

621 :login:Penguin:2007/02/13(火) 20:24:40 ID:zEMqaX8A
>>620
それは十二分に致命的なバグだろうに。
あとscpするとファイルシステムごとクラッシュする問題もあった。

622 :login:Penguin:2007/02/13(火) 22:24:46 ID:WemlgHvo
>>609
データベースでファイルシステムがボトルネックになる時は
raw モードを使うよね。製品ごとに呼び名は違うみたいだけど。

623 :login:Penguin:2007/02/13(火) 22:28:53 ID:mh7vvqPu
ぼくも raw モードでセックルしていまつ。

624 :login:Penguin:2007/02/13(火) 22:30:04 ID:WemlgHvo
>>607
アサーションはきちんと入れた方がいいよな。
プログラマーの意図を的確に表したアサーションはコメントに勝ることも多いし。
本当に必要なアサーションをさして、あるいは特定のアサーションを指さずに
全体的にアサーションが多めというだけでアサーション減らせって
指摘したならそいつの方が間違いだと思う。
実際にコードも読まずにこれ以上なんとも言えないけど。

625 :login:Penguin:2007/02/13(火) 22:48:26 ID:mh7vvqPu
> 実際にコードも読まずにこれ以上なんとも言えないけど。

あることないこと書いて炎上するほうが楽しくね?

626 :login:Penguin:2007/02/13(火) 22:51:47 ID:aW6CdUS7
ようするに全てはユダヤの陰謀ってことで

627 :login:Penguin:2007/02/13(火) 23:33:59 ID:IyOcykyK
Reiserの逮捕事件って、実はkernel開発者の陰謀だったりして。

628 :login:Penguin:2007/02/14(水) 00:01:31 ID:8Y630KZm
NovellがMicrosoftへの忠誠の証として人身御供にされた...とか。
もしかしてSCOのダールたんが暗躍してたり。

629 : ◆IIiDC8JS7w :2007/02/14(水) 00:59:07 ID:WbKlTUui
>>601

mds/mgsはちゃんとmountできてますか?
lustrekernelかなぁ?e2fsprogsは更新した?

例;(必要ならば--reformat付きでmkfs、fsnameをtestfsとした場合)
mkfs.lustre --fsname=testfs --mdt --mgs /dev/hda6
mount -t lustre /dev/hda6 /mnt/mdt
確認 cat /proc/fs/lustre/devices

○mgsノードを指定してmkfs
mkfs.lustre --fsname=testfs --ost --mgsnode=comp001@tcp0 /dev/hda7
mount -t lustre /dev/hda7 /mnt/test/ost0

○mgsノードでostが認識されているかどうかチェック
確認 cat /proc/fs/lustre/devices

lustre 1.6Beta7は設定も楽になったし、結構安定してきたと思うんだけどなぁ
動的追加もostのmountでできるし。。
lustreをNFSmountして使用する以外なら。。

630 :login:Penguin:2007/02/15(木) 06:48:33 ID:tOeafQO2
>>470
ヨーロッパの寺院とかに行ってみろ
墓標の上をみんな歩いてて、石の表面に彫られた文字も
磨り減って読めなくなってるから

631 :login:Penguin:2007/02/15(木) 17:16:25 ID:WROae+uz
ベトナムで鳴らした俺達ファイルシステム部隊は、濡れ衣を着せられ当局に逮捕されたが、
刑務所を脱出し、地下にもぐった。
しかし、地下でくすぶっているような俺達じゃあない。
筋さえ通ればフォーマット次第でなんでもやってのける命知らず、不可能を可能にし巨大なファイルを
貯蔵する、俺達、ファイルシステム野郎Aチーム!

俺は、リーダーntfs。通称MS謹製。
大容量と耐障害性の名人。
俺のような高信頼性FSでなければ百戦錬磨のつわものどものリーダーは務まらん。

俺はext3。通称Linuxの落とし子。
自慢のジャーナリングに、UPSはみんなイチコロさ。
ハッタリかまして、大容量ファイルから大容量ボリュームまで、何でもそろえてみせるぜ。

私は、HFSX、通称マカー。
チームの紅一点。
相互互換は、美貌とAppleTalkで、お手のもの!

よおお待ちどう。俺様こそRaiserFS。通称クレイジーFS。
アクセス速度は天下一品!
飛ぶ?壊れる?だから何。

FAT32。通称DOSあがり。
ロングファイルネームの天才だ。リソースの少ないPDAでもブン殴ってみせらぁ。
でもOver2GBだけはかんべんな。

俺達は、道理の通らぬ世の中にあえて挑戦する。
頼りになる神出鬼没の、ファイルシステム野郎 Aチーム!
助けを借りたいときは、いつでも言ってくれ。

632 :login:Penguin:2007/02/15(木) 17:55:02 ID:xfBVvXN9
元ネタ古いなぁ・・・

633 :login:Penguin:2007/02/15(木) 18:47:57 ID:OUJa5vmP
別にそれぞれキラリと光るキャラ設定があるわけじゃないし

634 :login:Penguin:2007/02/15(木) 18:50:48 ID:WROae+uz
だよね。
ジェネレータみつけて勢いにまかせて作ってやり場に困って投下しました。
ごめん。

635 :login:Penguin:2007/02/15(木) 23:32:42 ID:EOMAzg7P
まあいいんでないか。

636 :login:Penguin:2007/02/17(土) 22:11:48 ID:0e5NoIPn
あのさ、あのさ、今さらながら reiser さんの良からぬ話を知ったんだけどさ、
今、会社で管理してる ReiserFS なサーバーは、やっぱり次に再インストールでもする際に
ファイルシステムを変えたほうがいいと思う?

637 :login:Penguin:2007/02/17(土) 22:29:13 ID:Oo4vzhEt
まったく思わない。

638 :login:Penguin:2007/02/17(土) 22:32:52 ID:YLjvBpYU
ReiserFS 3.xは既に開発が終わり、カーネルにマージされてるから当面は問題はないでしょ
Reiser4はカーネルにマージされていないのでこれも問題ない

漏れは当面は様子を見る

639 :login:Penguin:2007/02/17(土) 23:07:39 ID:CxH4DkuK
>ReiserFS 3.xは既に開発が終わり、
メンテされなくなったら、追い出されるよ。


640 :login:Penguin:2007/02/17(土) 23:16:21 ID:YLjvBpYU
いずれな

641 :login:Penguin:2007/02/17(土) 23:16:24 ID:KFSDQiDM
ext2はどうなんだ?

642 :login:Penguin:2007/02/17(土) 23:20:17 ID:YLjvBpYU
追い出されるのが、例えば数年後なら俺的には何の問題もない
開発がストップしていれば性能面の魅力も消えているだろうから

しかし、状況は流動的

643 :login:Penguin:2007/02/18(日) 01:49:30 ID:lw5RYTmu
ext2は fsckが死ぬ程遅いからなぁ。

644 :login:Penguin:2007/02/18(日) 08:53:56 ID:RRBoRWUE
Linux終ったな

645 :login:Penguin:2007/02/18(日) 16:16:45 ID:+2MIv5gi
ext2でいい用途なら、ext3でいいのでは? >> 643



646 :login:Penguin:2007/02/18(日) 16:24:16 ID:x2PO8wq2
>>645
> ext2でいい用途なら、ext3でいいのでは? >> 643

一長一短
ext3はext2より遅い
実際比べてみればわかるよ

647 :login:Penguin:2007/02/18(日) 17:39:23 ID:PPDNN+G1
xfs_fsrがあるから、xfsをえらぶ

648 :login:Penguin:2007/02/18(日) 18:27:01 ID:N9FxkNNy
>>646
外部ジャーナルでdata=journal

649 :login:Penguin:2007/02/18(日) 18:32:23 ID:UT3ERil/
速さが欲しけりゃtmpfs、ramfsでも使ってろって

650 :646:2007/02/18(日) 18:44:04 ID:x2PO8wq2
>>648-649
>645は
> ext2でいい用途なら
と発言してるんだが

651 :login:Penguin:2007/02/18(日) 23:24:26 ID:lw5RYTmu
正直なところ ext2 や ext3 よりは 速度面から考えたら
ReiserFSやらXFSやらの最新のFSを使いたいが、
結局、ext2 or 3 よりも安定性が低いんだよね。

652 :login:Penguin:2007/02/18(日) 23:29:23 ID:9TlqakwN
>>651
そんなことはない

653 :login:Penguin:2007/02/18(日) 23:33:14 ID:9TlqakwN
現時点に限ればReiserFSやXFSは安定性で勝っても劣ることはない

654 :login:Penguin:2007/02/18(日) 23:43:45 ID:QuRETY6G
Reiserが安定しなかったのは過去のこと、っていうのはわかる。
でも今ext2や3よりも安定しているのを求めている以上、
どういう理屈で、どの程度安定しているのかという情報は欲しい。
でないと水掛け論になりかねん。

655 :login:Penguin:2007/02/18(日) 23:44:49 ID:pYLNl7kF
xfsってもう十分実用になってるの?
数年前にreiserfs3で入れてからしばらく情報集めてなかったんだけど、
次に入れる時にext3に戻るかxfsにするかで迷ってる。

656 :login:Penguin:2007/02/19(月) 00:24:37 ID:assudzzV
>>654
> どういう理屈で、どの程度安定しているのかという情報は欲しい。
そんな事ができる人がどこにいますか?

私が言えるのは、自分の経験とこのスレの過去ログぐらい
ext2や3で被害にあう方が圧倒的に多い

>>655
十分実用になってます

657 :login:Penguin:2007/02/19(月) 01:08:42 ID:iBUqDm6A
xfs って、うちの会社のサーバーじゃオーバースペックな気がしてなぁ。
だからといって ext3 じゃトロいしなぁ。
というわけで、ReiserFS を使ってるんだよなぁ。
何だかなぁ……。

658 :login:Penguin:2007/02/19(月) 01:29:24 ID:97QHaRcu
>xfs って、うちの会社のサーバーじゃオーバースペックな気がしてなぁ。
これってどういう意味でしょう?
そのサーバーで使うには、負荷が高いという意味?(機械にとって)
その用途で使うには、機能が過剰という意味?(目的に対して)
それとも、管理が面倒すぎるっていう意味?(人にとって)

659 :login:Penguin:2007/02/19(月) 01:38:10 ID:l8ESTcsS
>>656
でもReiserで過去に失敗した人がReiserよりext、って言ってるわけでしょ。
それは>>620の問題があって、それに引っかかった人だと思うけど。
過去の経験を補強する情報がなければ結局水掛け論になるよ。
たとえばSunなんかはZFSの信頼性は99.9999……%云々っていってるけど、
ああいう形で信頼性を示せれば信頼性に関する議論も進むし、
そういう情報が欲しいといってるわけで。
(その信頼性を実現する仕組みに関する簡単な解説でもつけてくれればなおいい)

660 :login:Penguin:2007/02/19(月) 01:57:51 ID:jkHVDhT6
Sunの99.9999...なんてマーケットトークに決まってんじゃん。
実装バグで起きる問題の確率が事前予測できるわけない。
まあ、商用製品で正式採用する以上、テストパターンを網羅して
走らせるだろうから、最終的には上の信頼性だろうけど。

安全性設計の部分だけに評価して各FSを比較できないもんかなぁ。
あとは実装容易性の評価とか。


661 :login:Penguin:2007/02/19(月) 02:18:24 ID:HPwpnWaB
信頼性って評価難しいよなあ。
参考までに俺は各種サーバ(主にファイルサーバー)約10台
計約50TBを xfs で使ってる。信頼性に関していえば ext3 と比べてどっ
ちが良いかはよく分からない。性能など信頼性以外の面では xfs
が優れてだと思う。freeze もできるし。

話題の ZFS についても壊れるというのはまだ経験ないけど、ファイル
システム関連の操作が引き金になってOSが固まるとい現象はよくある。
今日も zfs destroy の最中に固まった。

662 :login:Penguin:2007/02/19(月) 03:03:56 ID:/3Lv0pp1
HDDの信頼性測定とかは1000台近くを何日か稼動させて
故障台数とポワソン分布で計算するんだってさ。よくわからんけど。
fsみたいな故障しにくいものを測定するにもそんなやり方でやるのかね?

663 :login:Penguin:2007/02/19(月) 07:40:17 ID:AMxoEq8N
>>662
それはMTBFあたりを出すときのやりかただろ?


664 :login:Penguin:2007/02/19(月) 12:11:33 ID:gCr74owG
ポワソン分布でなにかまずいのか?

665 :login:Penguin:2007/02/19(月) 12:37:56 ID:2Z7LmjBo
カイ2乗検定とかじゃないの?


666 :login:Penguin:2007/02/19(月) 14:22:21 ID:7bxVjLSa
最近、GoogleがHDDの故障率のレポだしてたけど
あれ各種ファイルシステムでレポ欲しいよなあ

667 :login:Penguin:2007/02/19(月) 14:31:37 ID:HPwpnWaB
ext2 の上に GFS (google file system)っていうのは昔の話?

668 :656:2007/02/19(月) 17:03:47 ID:PUnHazDt
>>659
要求しているのは、信頼性の定量評価でしょう
それなら、検証するための条件を実際に出してほしい
それは無理でしょう

669 :login:Penguin:2007/02/19(月) 19:17:04 ID:assudzzV
>>659
> でもReiserで過去に失敗した人がReiserよりext、って言ってるわけでしょ。
> それは>>620の問題があって、それに引っかかった人だと思うけど。

例えばこのReiserFSのバージョン間の互換性の問題。
これを信頼性の比較テストで見つける事は非常に難しい。

670 :login:Penguin:2007/02/19(月) 19:21:43 ID:2Z7LmjBo
へーそんなに互換性低いんだ。
Linux2.4の頃からずっと、reiserは3.6で止っていて大丈夫だと思ってた。


671 :login:Penguin:2007/02/19(月) 19:32:34 ID:S8QS6vkZ
3.5の時代だろ。

672 :login:Penguin:2007/02/19(月) 19:39:45 ID:assudzzV
>>670
2.2カーネル+ReiserFSパッチと2.4カーネルにマージされたReiserFSとの互換性
2.4カーネルでマウントできなかった

673 :login:Penguin:2007/02/19(月) 19:50:01 ID:2Z7LmjBo
なんだ、そんな昔の話かよ。
しかも、カーネルに統合されていない時代の話しだし。


674 :login:Penguin:2007/02/19(月) 19:56:23 ID:assudzzV
>>673
2.4カーネルは安定性に大きな問題があって、長期間に渡って2.2カーネルと併用されてた

675 :login:Penguin:2007/02/19(月) 20:00:02 ID:2Z7LmjBo
それは違うだろ。
はるか昔から、安定版、現行版、開発版という体系だったんだから。


676 :login:Penguin:2007/02/19(月) 20:02:34 ID:assudzzV
ディストリでの2.4の採用が大きく遅れたんだよ

677 :login:Penguin:2007/02/19(月) 21:34:21 ID:S8QS6vkZ
676のいうディストリを挙げてくれないか?

678 :login:Penguin:2007/02/19(月) 22:08:11 ID:assudzzV
カーネル2.4のリリースが2001年1月10日
SUSEはすぐに取り入れ2001年2月
Turbo Linuxは少し遅れ、2001年5月
Red Hatは1度2.4のリリースを見送り2001年9月
保守的な
Vine2002年4月
Debian2002年7月

679 :login:Penguin:2007/02/19(月) 22:10:48 ID:hoyrNl8c
2.4ではVMがなかなか安定しなかった希ガス。
Linusがファビョって途中でVM入れ替えてた希ガス。

680 :login:Penguin:2007/02/19(月) 22:17:29 ID:S8QS6vkZ
>>678
で、2.6の場合は?

681 :login:Penguin:2007/02/19(月) 22:24:08 ID:assudzzV
>>680
自分で調べてくれないか?
2.4は肝心のRed Hatがリリースを見送ったのが痛かったんだよ

682 :login:Penguin:2007/02/19(月) 22:34:50 ID:ccsrEDDl
ID:S8QS6vkZは典型的な知能障害の教えてくん。放置推奨。

683 :login:Penguin:2007/02/19(月) 22:50:28 ID:S8QS6vkZ
しゃーねーなー、一度だけだぞ。
2.6.0リリース: 2003/12
SUSE: 2004/3(2.6.4)
Turbo: 2003/10(2.6.0test5)
RHEL: 2005/2(2.6.9)
FC:2004/5(2.6.5)
Vine:2006/11(2.6.16)
Debian: 2007/?(2.6.18)

2.6と比較して、2.4が取り立てて遅れたとはいえない。
ディストリ=レッドハットしか頭にない誰かさんには
けしからんかもしれんがね。

684 :login:Penguin:2007/02/19(月) 23:06:46 ID:assudzzV
> 2.6.0リリース: 2003/12
> SUSE: 2004/3(2.6.4)
> Turbo: 2003/10(2.6.0test5)
> FC:2004/5(2.6.5)

保守的なディストリ以外はすぐに入ってるじゃないか

685 :login:Penguin:2007/02/19(月) 23:15:09 ID:YjhinaPB
2.6 の方が断然採用が遅れてるのに目を向けられない ID:assudzzV

686 :login:Penguin:2007/02/19(月) 23:15:54 ID:WFcsg+zG
>>661
誰かファイルシステムの信頼性テストアプリ書いたら面白そうだね。
以下の処理をランダム(どのファイル/ディレクトリ、どの処理、何回)で実行。
作成するファイル名やディレクトリ名もランダム。

ファイル読込、ファイル書込、
ファイル作成、ファイル削除、ファイル移動、
ディレクトリ作成、ディレクトリ削除、ディレクトリ移動。

他にもメモリをぎりぎりまで使ってる状態でのテストや、
LoadAverageが10超えてる状態でのテストや、
上のテストを複数のボリュームに大して同時実行とかもやってみるといいかも。

687 :login:Penguin:2007/02/19(月) 23:19:08 ID:assudzzV
>>686
書き込み中の電源断は必須項目だよ

688 :login:Penguin:2007/02/19(月) 23:52:06 ID:iBUqDm6A
>>686
その仕様でオマイが書いてクレ

689 :login:Penguin:2007/02/19(月) 23:58:52 ID:assudzzV
>>686
信頼性を「定量」するんだからな
ちゃんと何が起これば何点という重みもつけてくれよ

690 :login:Penguin:2007/02/20(火) 00:46:37 ID:xMR490Gf
>>668
654=659=俺。
654では定量評価と書いてないので納得してくれ。
定量評価が無理なのには同意する。

691 :login:Penguin:2007/02/20(火) 01:06:30 ID:dBqV9fZF
各ファイルシステムでランダム書き込みテスト中にシャットダウン。
これを10万回位して有意な差があるかどうかで定量評価できない?

あとは実験ではなく書き込みアルゴリズム部分を抜き出して
相互比較するくらいか>安全性の比較


692 :login:Penguin:2007/02/20(火) 01:25:21 ID:mknq5eEf
10万回って… 何年かける気だよ

693 :login:Penguin:2007/02/20(火) 01:44:43 ID:jhKEG9sP
>>691
教祖にでも頼んだら?

694 :login:Penguin:2007/02/20(火) 01:59:56 ID:RrNcxD36
>>687,691
電源断したら、10回に1回ぐらいでHDDが物理的に死ぬんじゃないかな。
昔UPS買う金もなかった頃、停電で5台のサーバ中1個ぐらいHDD壊れてたし。

695 :login:Penguin:2007/02/20(火) 03:52:27 ID:ER7Tw+jP
>>647
それは言える

696 :login:Penguin:2007/02/20(火) 04:13:03 ID:DkD2TaWO
Google File Systemってどんなの?

697 :login:Penguin:2007/02/20(火) 10:01:01 ID:lQlBrHwX
Gmailをバックエンドとしてマウントする、たんなるネタ。

698 :login:Penguin:2007/02/20(火) 10:11:56 ID:mknq5eEf
それgmailfs

699 :login:Penguin:2007/02/20(火) 15:39:52 ID:w1qTNq/E
まあ普通にやるならポア損だろう

700 :login:Penguin:2007/02/20(火) 16:53:19 ID:u7PVyFqb
>>696
つ[http://216.239.37.132/papers/gfs-sosp2003.pdf]
ファイルシステムとしての機能は実装されているが、このスレで話題にするような
ものとはレイヤが違う希ガス

701 :login:Penguin:2007/02/20(火) 17:04:16 ID:mknq5eEf
「POSIX互換なファイルシステム総合スレ」にすればいいのかな。

702 :login:Penguin:2007/02/20(火) 19:36:37 ID:dgNADH13
>>694
> 電源断したら、10回に1回ぐらいでHDDが物理的に死ぬんじゃないかな。

何でそんなに死ぬんだ?

703 :login:Penguin:2007/02/20(火) 19:47:27 ID:/AXgYpgH
電源断が理由で起動できなくなった時に俺も物理的に壊れたと思ってた事があったw

704 :login:Penguin:2007/02/20(火) 19:53:47 ID:8d1pfd9r
むかーしのHDDは電源ぷっつんで、死んでたけどね。


705 :login:Penguin:2007/02/20(火) 20:25:47 ID:trVnBvGy
それは20MBのHDDの時代だろwww
流石に、100MB超えたらヘッドの待避はしてるから。

706 :login:Penguin:2007/02/20(火) 21:00:36 ID:gPb9g80v
namesysでそんなテストやってなかった?
速度比較だけど内容はそんな感じだったよ。
しかし、一回でもエラーがあるようならファイルシステムとしては致命的だよね。
書き込み途中のデータが電源断で失われるのは物理的に回避不可だからUPSなんかに頼るべきだけど、
それ以外のエラーはあってはいけないよね。

707 :login:Penguin:2007/02/20(火) 21:25:48 ID:RrNcxD36
>>702,704,705
40〜80GBぐらいのHDDだったはず。
ひょっとしてかなり運が悪かったのかな?

708 :login:Penguin:2007/02/20(火) 21:28:09 ID:pQclaEp+
>>706
> 書き込み途中のデータが電源断で失われるのは物理的に回避不可だからUPSなんかに頼るべきだけど、
> それ以外のエラーはあってはいけないよね。

ファイルシステムが逝く大きな原因の、書き込み中の電源断をテストから外したとする
そのテストで良い結果が出たら、信頼性のあるファイルシステムだと誰が思うんだ?

709 :login:Penguin:2007/02/20(火) 21:28:56 ID:PbWkwsqa
いぁ、家庭で使ってるようなあれで、HDDに書き込みしてないのがほぼ確認できた
時点で電源落としてればほとんど問題はないだろうし、サーバーで使ってて
いつ何をやってるのかよく分からない状態で電源が落ちればHDDやられるだろうし、
ケースバイケースなんじゃね?


710 :login:Penguin:2007/02/20(火) 21:33:42 ID:yxMMBa/L
/dev/sdX を read,writeするプログラムを書いて
電源斷すれば、ハードのせいかファイルシステムのせいか
はっきりするだろ?

711 :login:Penguin:2007/02/20(火) 22:08:55 ID:j2utBboh
書き込み中の電源断テストをしないで、いったい何をテストするのやら

712 :login:Penguin:2007/02/20(火) 22:20:07 ID:joRKZnqH
> 流石に、100MB超えたらヘッドの待避はしてるから。

根拠をきぼんぬ。

713 :login:Penguin:2007/02/20(火) 22:27:21 ID:ER7Tw+jP
電源断は本当に壊れたら困るから、IDE のケーブルを抜くってのは?

714 :login:Penguin:2007/02/20(火) 22:31:41 ID:pQclaEp+
ジャーナリングファイルシステム自体が
書き込み中の電源断に備えてジャーナルをせっせと書いているわけだろう
これをテストしないでファイルシステムの信頼性テストができるの?

715 :login:Penguin:2007/02/20(火) 22:34:58 ID:j2utBboh
そうそう

716 :login:Penguin:2007/02/20(火) 22:40:09 ID:8d1pfd9r
>>705
うん。ストップボタンがついてるやつな。


717 :login:Penguin:2007/02/20(火) 23:02:15 ID:RrNcxD36
>>714
なるほど。
ケーブル抜くとか物理的な方法だと何回もテストが大変だから、
強制アンマウントとかできないかな?

718 :login:Penguin:2007/02/20(火) 23:10:14 ID:dBqV9fZF
USBでアナログスイッチ制御してバスをいきなり切り離したりすれば
いいんじゃない?復帰させる時はバスつなぎ直してからモジュールを
リロード。


719 :login:Penguin:2007/02/21(水) 01:22:44 ID:WfQ7wulD
それだと既にHDDのキャッシュに入ってる分が安全に書き込まれてしまうかもしれない。

720 :login:Penguin:2007/02/21(水) 02:39:41 ID:n6EMsHwD
IDEのケーブル抜くのは、HDDのディスク面への傷はつかないかも知れないが、
インターフェイス部分を電気的に壊すかもしれないぞ。

それだったら、リセットボタンを押して強制リセットの方がハードウェア的に安全だと思う。
少なくとも強制リセットでXFSはFSが壊れたことがある。

721 :login:Penguin:2007/02/21(水) 12:12:37 ID:HkfANAOw
スループットなら iozone があるけど、
メタデータ部分に関するストレステストのようなものは
広く使われているものってあるかな?

722 :login:Penguin:2007/02/21(水) 12:22:02 ID:yYJCU+QD
まずは、ファイルシステムが壊れた、の定義からだな。
そうして話はループする。

723 :login:Penguin:2007/02/21(水) 12:26:26 ID:9eNEo15t
つーか書き込み中でもHDDのヘッドは浮いてますぜ。

724 :login:Penguin:2007/02/21(水) 12:35:51 ID:PCwOt2tc
IDEじゃダメなんじゃないの?
IDEはハード的に厳密な書込み保障してないんだろ?


725 :login:Penguin:2007/02/21(水) 12:37:05 ID:9eNEo15t
そのためのUPSだろ?
Linux鯖でシャットダウン用UPSなしはありえないだろ。常識的に考えて。

726 :login:Penguin:2007/02/21(水) 12:38:32 ID:AEAE1/jQ
ループしすぎ

727 :login:Penguin:2007/02/21(水) 12:40:11 ID:PCwOt2tc
LinuxはVFSが腐ってるから。


728 :login:Penguin:2007/02/21(水) 12:41:14 ID:2SjRgw4k
VFSって何?

729 :login:Penguin:2007/02/21(水) 12:45:01 ID:z+QDRw32
掃除のおばちゃんがUPSの後ろからサーバーのコンセントを引っこ抜いちゃった時を想定してテストするんだよ。

730 :login:Penguin:2007/02/21(水) 12:46:34 ID:5Xqck6zb
???

731 :login:Penguin:2007/02/21(水) 14:26:01 ID:Un3jNJTn
1他のファイル書込み処理中のトラブルで既存ファイルが壊れるのはファイルシステムの問題だが、
2書き込んでいる最中のデータを保障する方法はないだろう?
ところで、1の状況になるような不出来ファイルシステムでは致命的だよね?
現実的におこる可能性のあるエラーと言えば、ビット抜けなどによるデータエラーなんかだと思うのだが
エラー訂正機構などで回避するのがFSの役目じゃなかろうか。
エラー訂正できずひたすら読みなおすようではちょっとね。

732 :login:Penguin:2007/02/21(水) 14:27:26 ID:YuxiRYuL
?

733 :login:Penguin:2007/02/21(水) 16:47:07 ID:Gow8RfEW
>>724
> IDEじゃダメなんじゃないの?
> IDEはハード的に厳密な書込み保障してないんだろ?

>>553

734 :login:Penguin:2007/02/21(水) 16:55:24 ID:yYJCU+QD
$ nl linux/include/linux/ata.h |grep FLUSH
115 ATA_CMD_FLUSH = 0xE7,
116 ATA_CMD_FLUSH_EXT = 0xEA,


735 :login:Penguin:2007/02/21(水) 16:57:27 ID:Gow8RfEW
>>725
> そのためのUPSだろ?
> Linux鯖でシャットダウン用UPSなしはありえないだろ。常識的に考えて。

UPSおおいに結構
しかし、ジャーナルの話になる度にUPSの話を持ち出すのはやめてくれ

1.まずベースになるファイルシステムの信頼性を上げる
2.その上で更に安全性を確保するためUPSを使う
これが基本じゃないのか?


736 :login:Penguin:2007/02/21(水) 17:21:02 ID:PeRWIKib
ID:9eNEo15tみたいに根本的にわかってないヤシは放置しとけばいいのに

737 :login:Penguin:2007/02/21(水) 18:23:37 ID:GEUl/Slj
FS以前にVFSが腐ってるんだからUPS付けるしかないだろw
なんでも安いものには訳があるんだぜ

738 :login:Penguin:2007/02/21(水) 18:27:39 ID:Un3jNJTn
VFSってなに?

739 :login:Penguin:2007/02/21(水) 18:43:51 ID:DxVxbuVi
UPSをつけても治らない病気

740 : ◆IIiDC8JS7w :2007/02/21(水) 18:49:35 ID:HEsvAscu
xfsは独自のインタフェース等をもっていたけど、
VFSをベースにするように書き直す動きがでてきたようです。
ttp://marc.theaimsgroup.com/?l=linux-ext4&m=117164238303188&w=2


741 :login:Penguin:2007/02/21(水) 19:04:38 ID:hD5S0IpV
>>738
聞く前にググろうぜー
ttp://ja.wikipedia.org/wiki/Virtual_File_System
ttp://www.atmarkit.co.jp/flinux/rensai/fs01/fs01a.html

しかしLinuxってVFS以外はかなり良いのに、VFSが大きく足を引っ張ってるよね。
高負荷時にIOwaitに取られて、パフォーマンスがた落ちするし(とくにext3)、
私の環境だとよくファイルシステムが壊れるし。

742 :login:Penguin:2007/02/21(水) 19:08:36 ID:HkfANAOw
「腐っている」と批判される VFS を改善する
という動きはないんですか?

といっても Linux は MPI 使ったシミュレーションと
LaTeX での物書きくらいにしか使っていないので
具体的にファイルIOが高負荷になったら
生じるという問題には遭遇したことがないのですが。

743 :login:Penguin:2007/02/21(水) 19:32:46 ID:Un3jNJTn
>>741
39s 理解が深まりました。
ところで>>742も書いてるけどVFSのどの辺が悪いの?
サンはファイルシステムまわりが良いとよくいわれるけど、実感したことがないんだよね。
直接比較しにくいから「体感速度」でしかないけれど。

744 :login:Penguin:2007/02/21(水) 19:39:33 ID:DxVxbuVi
気にならなければそのままでいいんじゃない?

745 :login:Penguin:2007/02/21(水) 19:54:32 ID:AEAE1/jQ
>>742
Linus「頑張りな」

746 :login:Penguin:2007/02/21(水) 19:56:24 ID:4ZGq/uco
UPS、UPSってループしすぎ
UPS使ったらFSの問題は修正する必要がなくなるのか?

747 :login:Penguin:2007/02/21(水) 20:05:21 ID:834Qq+xw
>>742
改善しようとして入る大きいバグよりは、
現状の踏む確率の低いバグの放置を選んでいる、と前スレで見た気がする。

>>746
んなわけない。
kernel(fs)の話なのにUPSを持ち出すほうがアホ。


748 :login:Penguin:2007/02/21(水) 20:12:58 ID:9eNEo15t
なんでUPS持ち出されると火病るんだよwww
現状のKernelがしょぼいからHWでその穴埋めをしてるだけの話だろw

749 :login:Penguin:2007/02/21(水) 20:15:34 ID:yt14huen
kernelがしょぼいならNexenta使えばいいじゃない

750 :login:Penguin:2007/02/21(水) 20:23:40 ID:sObj1DzR
最近はFS<->DeviceDriverは、キャッシュフラッシュ機構を伴ったfs/deviceだとちゃんとフラッシュするようにしてるとオモタ。
user<->vfs<->fsはここが最近かつ長い論議になっているな
http://groups.google.com/group/linux.kernel/browse_frm/thread/e6e6c02f1c62407f

O_DIRECTっつーキャッシュを使わないフラグの話なんだが、O_SYNCとかもからんでくる。
rawデバイスへのIOなら意味はあるかもしれないけど、fsレベルだとkernelがする仕事いろいろあるのでどうかねぇって感じかね。

>>741
kernelとioスケジューラとmount option何?

751 :login:Penguin:2007/02/21(水) 20:30:57 ID:R1KNdqH1
低脳の俺じゃ話についていけん、離脱する。

752 :login:Penguin:2007/02/21(水) 20:33:24 ID:DxVxbuVi
>>748
穴埋めきれてないから

753 :login:Penguin:2007/02/21(水) 20:40:25 ID:9eNEo15t
>>752
BSDに転向しま〜す

754 :login:Penguin:2007/02/21(水) 20:55:45 ID:yYJCU+QD
>>750
raw deviceにつづいてO_DIRECTも無くそうって話が確かその後にあったとおもう。
どちらも移植性以外にメリットがなく、O_DIRECTを使わないプロセスとの
キャッシュの整合性をとるのが難しくて、デバイス全体(/dev/sda)のopen時
くらいしか意味がなく、それだったらSG_IOつかえばいいじゃん、って話。

755 :login:Penguin:2007/02/21(水) 21:06:53 ID:hD5S0IpV
>>750
kernel 2.4.21-37.ELsmp
mount option は defaults,noatime
IOスケジューラはkernel 2.4だから選択不可

kernel 2.6ではまだ高負荷サーバの運用経験なし。
たぶん2.6にすれば、だいぶIOwait解消するとは思うけど。

756 :login:Penguin:2007/02/21(水) 21:14:48 ID:yYJCU+QD
(´-`).。oO(2.4.20のリリースは2002/11/29....)

757 :orz:2007/02/21(水) 21:15:32 ID:yYJCU+QD
(´-`).。oO(2.4.21のリリースは2003/06/13....)


758 :login:Penguin:2007/02/21(水) 21:28:59 ID:AEAE1/jQ
>>755
  i     ,、 n て'' ノノ    ヾ   !
  i    ノノノ ノ ノ ''´      !  /
     j   ' ´    ノ (    ヽ |
 >-,,  /  ,,=━━・!' ,ノ━== ! ノ    だいぶIOwait解消するっていうレベルじゃねぇぞ!
 !・  ヽ |  ’ニンniii、 :::::i/ィ7iii=  i )
 \(てi iヽ   ^' ~     -'  /}    http://osdn.jp/event/kernel2005/pdf/comware.pdf
  `i_   、 \        i_    l_j   
   `┐ i    /(,,, ,n 〉   /\\
  ̄ ̄へ    ! '   T''    l |  \
   |  ! i    ン=ェェi) i ソ )        
   |  i´\! ,, -ェ`、_ン ノノ 〈
   |  |  \\,, `―''´//  |    

759 :login:Penguin:2007/02/21(水) 21:58:29 ID:PCwOt2tc
syncもすっ飛ばしてしまえば、IOwaitなんて関係ないわなw


760 :login:Penguin:2007/02/21(水) 22:08:11 ID:hD5S0IpV
>>756-758
2.6にすればパフォーマンスが上がるというのは分かってるんだけど、
メンテで1時間止めるのも難しい状態だから、いつになったら2.6に差し替えられるのか…。

761 :login:Penguin:2007/02/21(水) 23:02:44 ID:BIoIhGtz
2.6.x になってもVFSの酷さは相変わらずだよな。

762 :login:Penguin:2007/02/22(木) 00:32:09 ID:FQEhcbo4
仮想マシン使ってテストすれば
機械的問題なのかfsの問題なのかわかるんじゃないの。

763 :login:Penguin:2007/02/22(木) 00:35:02 ID:htZU4gWZ
仮想マシンがバグったらどうすんのさ

764 :login:Penguin:2007/02/22(木) 01:00:37 ID:q55utThu
>>762
それはなかなか良い案だ。
メモリ割当量とかも好きに設定できるし。

あとは誰かプログラム書いてくれる神さえいれば。

765 :login:Penguin:2007/02/22(木) 03:18:09 ID:tTU6pSfe
>>712
電源が切れたら、ゴムひもの張力でヘッドが勝手に戻る
ttp://www.youtube.com/watch?v=9eMWG3fwiEU

766 :login:Penguin:2007/02/22(木) 07:05:48 ID:FQEhcbo4
それ面白いな。ほかにもいろんなHDDの使い道が出てて面白い。
http://www.youtube.com/watch?v=yISqCAnROh8
http://www.youtube.com/watch?v=8GT2WrsCDmI

767 :login:Penguin:2007/02/22(木) 20:28:42 ID:6jPn/IKu
>>759
> syncもすっ飛ばしてしまえば、IOwaitなんて関係ないわなw

そんなことはない
ディスクのキャッシュには書き込む必要があるから、IOwaitは普通に発生するよ
syncすっとばして問題が解決するなら、なぜ2.4カーネルでこの問題が起きてるんだ?

768 :755:2007/02/22(木) 21:59:22 ID:q55utThu
>>750
よく考えたら、kernel 2.6で高負荷サーバ稼働してるの忘れてた。
kernel 2.6.9-22.ELsmp
mount option: defaults,noatime
IOスケジューラ: cfq

postfixでメルマガ配信してると、以下ぐらいの負荷になってる。
kernel 2.6でもiowait発生してる。

eth0 traffic: 2Mbps
LoadAverage: 8
CPU usage: system 20%, user 20%, iowait 100%, idle 60%
Processes数: 230
Fork rate: 30〜50
context switches: 4k
inode table size: 70k
open inodes: 65k

769 :login:Penguin:2007/02/22(木) 22:27:15 ID:/q5UJHT3
それいつの時代のカーネルだよw

770 :login:Penguin:2007/02/22(木) 22:50:01 ID:xsGcVMRo
>768
そのマシンのスピンドルは幾つですか?

771 :login:Penguin:2007/02/22(木) 22:57:22 ID:AXb8oIxu
2.6.9-22.ELsmpでググると2番目に
http://bugs.centos.org/view.php?id=1064
が速攻出てくるけど。
なんかそのカーネルかディストリがおかしいんじゃねーの?

772 :login:Penguin:2007/02/22(木) 22:57:55 ID:q55utThu
>>770
メインにSATA 240GB(RAID 1)で、バックアップ用にSATA 160GB。

773 :login:Penguin:2007/02/22(木) 22:58:53 ID:xsGcVMRo
つか、iowait100% にしてて、ど〜しよ〜なんて言ってる時点で向いてないね。
solarisいれてCTCにでもサポートしてもらったら?


774 :login:Penguin:2007/02/22(木) 23:03:41 ID:AXb8oIxu
もっと突っこんだのがあった。特定のverだけおかしいぽい。
http://www.vbulletin.com/forum/showthread.php?t=171071

775 :login:Penguin:2007/02/22(木) 23:17:55 ID:q55utThu
>>771,774
ほー、RedHatのリリースノートには書かれてなかったから、気づかなかったよ。
今度、メンテ承諾もらって、updateしてみるかな。ありー。

776 :login:Penguin:2007/02/23(金) 17:05:00 ID:s5HiNLYj
http://www.ntfs-3g.org/
NTFS-3G Read/Write Driver が 1.0にバージョンアップしてる。

http://www.ntfs-3g.org/quality.html
書込みも問題なさそうだ。

777 :login:Penguin:2007/02/25(日) 04:35:45 ID:hhkRX3pL
今日から /home に ext4dev -extents を使い始めました。
お世話になります。よろしくお願いします。

778 :login:Penguin:2007/02/25(日) 12:32:09 ID:1UDdobUo
FreeBSDで使っていたUFS2のHDDがあるのだけど、これを Linuxで使う場合、
UFS2のままmountとして使える?
また、もしできた場合、安定性や速度面の問題ってある?

とりあえず、Gentooで使うつもりなんだけど、kernel はできるだけ新しいのを
使う予定。

779 :login:Penguin:2007/02/25(日) 13:01:10 ID:RNf5xhry
>>778
http://vivian.mysite.ddo.jp/modules/newbb/viewtopic.php?topic_id=14&forum=5
速度や安定性は人柱になってくれ
ソース少ないから

ソフトアップデートは無理だろうが、非同期書き込みのはずなのでext2ぐらいの速度?
漏れにはわからね

780 :login:Penguin:2007/02/25(日) 13:08:10 ID:RNf5xhry
一つ気が付いたんだが、安定性は問題ありじゃねえ?
非同期書き込み(未確認)、ソフトアップデート無(未確認)、ジャーナル無で電源断の場合、
高確率でFSの不整合が起きると思う
その場合fsckができないんじゃない?

781 :login:Penguin:2007/02/25(日) 21:36:31 ID:XSSbnSFj
>>780
Linuxのext2のfsckはそういう状態からでもかなりの確率で無事に
復活するように作ってあるけど、ufsのfsckは割と根性無しなんですよねえ。

782 :login:Penguin:2007/02/25(日) 21:44:52 ID:eNvns68U
>>747
| 改善しようとして入る大きいバグよりは、
| 現状の踏む確率の低いバグの放置を選んでいる、と前スレで見た気がする。

2.7のような「開発版」kernelが出てこない限り、大きな変更は出来ないだろ。




783 :login:Penguin:2007/02/25(日) 21:56:06 ID:eNvns68U
>>775
| 今度、メンテ承諾もらって、updateしてみるかな。ありー。
テスト環境で試すんだよな、まずは。

784 :login:Penguin:2007/02/25(日) 22:02:07 ID:mGRzOabw
やつの性格からして無理だろ。

785 :login:Penguin:2007/02/25(日) 23:26:14 ID:Wbhx9dns
>>782
2.6は安定版と開発版を兼ねてるけどな。
というか開発版を作ると安定まで時間かかるから
一緒にしてる時点で問題な気がする。

786 :login:Penguin:2007/02/26(月) 02:03:12 ID:yHQGbhTx
>>779
>>780
>>781
レスありがとう

FreeBSDとLinuxでデュアルブートをしたいと考えているんだけど、
ufsが安定しないならちょっと面倒かな。

787 :login:Penguin:2007/02/26(月) 09:02:34 ID:Uic3Hco6
スピードもメディア使用効率もREISERが一番だと思うんだが
ほかのFS使うメリットってなに?

788 :login:Penguin:2007/02/26(月) 10:09:07 ID:dEzBE57o
Reiser が怖いという人もいるんじゃないか?

789 :login:Penguin:2007/02/26(月) 10:12:27 ID:0OlI08HE
>>787
今後の開発継続に対する信頼性とか。
さすがにRaiserみたいに、メインの開発者が被訴訟中とか不安よ。

790 :login:Penguin:2007/02/26(月) 10:25:38 ID:K+lcaOP8
トラックナンバーが高いというのが問題。

791 :login:Penguin:2007/02/26(月) 10:27:53 ID:K+lcaOP8
低いだ。orz

792 :login:Penguin:2007/02/26(月) 10:44:54 ID:4rytkNB2
>>789
現行の物を使う分にはディストリビューターがサポートするんだし、問題ないべ。

793 :login:Penguin:2007/02/26(月) 10:55:32 ID:h0u2mbnQ
>>792
Reiser3を使い続けるのならそだね。いまさら大きなバグとか出てこないだろうし。
問題はReiser4。fs自体の開発もそうだし、kernelにマージされていないから、
それに追随していくだけでも面倒だし。

794 :login:Penguin:2007/02/26(月) 11:05:51 ID:K+lcaOP8
>>792,793
でも、この前SUSEのカーネルメンテナーがもうやめって言ってたから、
ほとんど誰もメンテできないに等しいのでは?
reiser3の大きなバグは公称16TBサポートなのに、実際には8TBしか
使えないことかな。

795 :login:Penguin:2007/02/26(月) 13:09:44 ID:Uic3Hco6
それは実用上差し支えあるのかな?
reiser3は実質バグフリーに近い状態だからメンテが重要とは思えないのだけど。
reiser4は未完成品だから カーネルにマージされないのはある程度しかたない。
手軽に使いたければmmカーネルという道はあるんだし。
というわけでreiser3を使わないとすれば、理由は根拠希薄な不安感というしかないのじゃなかろうか。

796 :login:Penguin:2007/02/26(月) 13:12:31 ID:wkQWJiQy
ファイルシステムは壊れるような使い方をするソフトやユーザーが悪い

797 :login:Penguin:2007/02/26(月) 13:53:32 ID:V6eujtdB
ソフトやユーザーが壊れるような使い方をして壊れてしまうファイルシステムが悪い


798 :login:Penguin:2007/02/26(月) 14:16:54 ID:86SdDkQo
全部俺が悪い

799 :login:Penguin:2007/02/26(月) 15:11:20 ID:WnZHn5Z+
>>797
ファイルシステムのせいで次々に壊れていくユーザーたちの様子を想像した

800 :login:Penguin:2007/02/26(月) 15:43:28 ID:w3Q8mpHC
8TBも16TBも、もう見えている制限やね

801 :login:Penguin:2007/02/26(月) 20:08:22 ID:Vz7FGpwz
796 名前:login:Penguin[sage] 投稿日:2007/02/26(月) 13:12:31 ID:wkQWJiQy
ファイルシステムは壊れるような使い方をするソフトやユーザーが悪い

797 名前:login:Penguin[sage] 投稿日:2007/02/26(月) 13:53:32 ID:V6eujtdB
ソフトやユーザーが壊れるような使い方をして壊れてしまうファイルシステムが悪い

当然あるべき姿は後者だわな

802 :login:Penguin:2007/02/26(月) 21:24:40 ID:Uic3Hco6
つまりライザーでォケということだね?

803 :login:Penguin:2007/02/26(月) 22:43:55 ID:Vz7FGpwz
俺もReiserがいいと思う

804 :login:Penguin:2007/02/26(月) 22:46:19 ID:4rytkNB2
現状reiserfs一択

805 :login:Penguin:2007/02/26(月) 22:47:17 ID:nOHFybZp
reiserfs がクソということが決定したようですね

806 :login:Penguin:2007/02/26(月) 22:54:53 ID:K+lcaOP8
>>795
実用上という点では、実際に問題にぶつかったかどうかで、
ファイルサイズの制限はうちが喰らった問題だし、
セキュリティー上の問題は皆が困るしね。

メンテナ不在というのは、モートンたん以外にパッチの
拾い手がない今の状態を言ってるの。

807 :login:Penguin:2007/02/26(月) 23:20:51 ID:Vz7FGpwz
>>806
カーネルにマージされている以上、重要なバグはメンテされるよ
サイズの問題はバグでもあるが、それ以上に仕様自体が限界の部分が大きい
スケールが必要な人は自分に必要なFSを選ぶべき

808 :login:Penguin:2007/02/26(月) 23:22:09 ID:VI1vlLsi
>>798
神!


809 :login:Penguin:2007/02/27(火) 00:42:12 ID:y0/eKGgU
FUSE/ZFSっていまんとこどうなの?
使えそうな感じ?

810 :login:Penguin:2007/02/27(火) 00:51:39 ID:7MHGvYSv
>>807
重要なバグが出たら reiserfs は切り離されるんだな。はやく切り離されないかなぁ。

811 :login:Penguin:2007/02/27(火) 00:54:41 ID:EcvkLdsW
ZFSがFUSEで使えてもちっともうれしくないだろ。
NTFSのように安全に読み書きしさえできればいいってもんじゃないし。


812 :login:Penguin:2007/02/27(火) 02:18:32 ID:6Dn1rZSi
>>798
Hansたん?

813 :login:Penguin:2007/02/27(火) 02:19:22 ID:v2vfrl1x
>>810
そう簡単なもんじゃないよ
安定版カーネルに、
運用上の障害になるような変更を加えるのはかなりの事態だからな

814 :login:Penguin:2007/02/27(火) 04:19:49 ID:7MHGvYSv
2.6 系のバージョンアップの課程であっさりと pc98 コードは削られてけどな。
アーキテクチャ丸ごと消滅だぜ。
reiserfs は回復不能なバグが発見された後さっさと消えてほしい。ソースコードの容量の無駄。

815 :login:Penguin:2007/02/27(火) 06:01:09 ID:Hmix+MHb
それは感情的な問題だね

816 :login:Penguin:2007/02/27(火) 09:20:39 ID:bjHPzH3M
>>814
それはやる気の問題で削られただけだろ

817 :login:Penguin:2007/02/27(火) 11:38:07 ID:xhenCEko
reiserfsのメンテナにやる気があるのか?

818 :login:Penguin:2007/02/27(火) 16:21:39 ID:Hmix+MHb
ライザーは現行ハードウェアで現役だがPC98はどうかな?
ということでしょ。

819 :login:Penguin:2007/02/27(火) 17:06:08 ID:odrUm09C
結局、妻殺人犯ということでいいの?

820 :login:Penguin:2007/02/27(火) 17:09:24 ID:+pV1q2FN
ユダヤの陰謀

821 :login:Penguin:2007/02/27(火) 19:26:19 ID:uh9dWXID
Linuxを不安定なままにしておきたいと一番強く思ってるのはIBMなんじゃないのか

822 :login:Penguin:2007/02/27(火) 20:51:31 ID:v2vfrl1x
なぜ?
Linuxをここまで大きくしたのはIBMだろう

823 :login:Penguin:2007/02/27(火) 20:53:56 ID:me+OilzU
コントロールの元におきたいだろうな

824 :login:Penguin:2007/02/27(火) 22:51:16 ID:y0/eKGgU
>>822
でもねーんじゃねーの?
どっちかというとIBMの法則が炸裂してOS/2化してる気がするが

825 :login:Penguin:2007/02/27(火) 23:13:51 ID:v2vfrl1x
>>824
IBM抜きで今ほどの勢力になれたのかな?
ただし、IBMはLinuxをつまらなくしたとは思う

826 :login:Penguin:2007/02/28(水) 00:16:44 ID:bvIKc0cW
現状のLinuxについてIBMの貢献はそれほど大きくないし
これからもそうだと思う。
金の成る木だから寄ってきてるに過ぎない。Novellにしてもそう。
でも使えるリソースは使うに限る。

827 :login:Penguin:2007/02/28(水) 00:49:06 ID:yoQyE7e7
IBMはSolarisを駆逐したかったんだろ。
Solarisと心中できるなら、AIXくらい死んでもいいと。


828 :login:Penguin:2007/02/28(水) 02:56:37 ID:RS+QnH8S
>>826
Linuxの開発に対してのIBMの貢献はそんなに大きくないけど
普及に対しての貢献は、とてつもなく大きいよ。
その結果として、開発者のが集まったという面もあるし。

829 :login:Penguin:2007/02/28(水) 07:43:52 ID:EqW3aXe+
何の話し?

830 :login:Penguin:2007/02/28(水) 10:31:12 ID:JI+9to3r
>>817
NovellのメンテナがブータレてSUSEのデフォルトから外されたけど、
メンテは継続するするという話だったような。

831 :login:Penguin:2007/02/28(水) 13:39:23 ID:ozar7fRM
>>830
そんなの出来る人材がほいほい居るとも思えんが
・・・・いまのNovelにね。

202 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)