ファイルシステム総合スレその10

ファイルシステム総合 ..

511:login:Penguin
09/07/19 19:35:07 QnTN+OyJ
>>510
IOバスが512B単位のアクセスを要求しているから
PICex直結デバイスじゃないと512制限はなくせないだろう。

512:login:Penguin
09/07/19 20:57:12 LmnH9n3G
>>510
そのうち、HDDのセクタサイズが4Kに移行するから、事態はより悪化する

513:login:Penguin
09/07/20 06:00:54 ERQWb2xv
そのうち16バイトCDBとか言うのに移行するから
セクタサイズはそのままで良くなるんじゃねっけ

514:login:Penguin
09/07/20 11:18:37 jSHxxxDI
>>513
4K移行はむしろSSDからの要請

515:login:Penguin
09/07/21 03:27:28 f3V8GfSz
momonga6はbtrfs,nilfs2,reiser4が選択可能になったらしいが

516:login:Penguin
09/07/22 05:04:57 tKK3MQC8
まあ、Fedoraよりもさらに不安定を目指すmomongaだし。

517:login:Penguin
09/07/23 20:47:27 B7TBWA5b
JFSの何がいけないのか未だにわからん
きっと将来、NILFS2あたりも理由なく叩かれるんだろうな

まわりはみんなbtrfsだよ・・・という日本人らしい発想でな

518:login:Penguin
09/07/23 21:13:46 TAblAX+g
/bootだけext2にしてるがあとは全部JFSでなにも問題ないよ

519:login:Penguin
09/07/24 01:09:55 Ym8Z1KGq
btrfsはいつモノになるのか、そもそもOracleはモノになるまで放り出さずに
続けるかどうかも分からんってゆーのが最大の不安要素だな。

ぶっちゃけ、linuxでもzfsが使えれば今さらbtrfsでなければって要素も
ないから、OracleがSunを手に入れた以上はbtrfsの将来性はreiserfsの
次くらいには不安かな。

520:login:Penguin
09/07/24 03:12:27 X5f+VhgR
JFS使ってるけど、ext3とかと比べるとやっぱり遅い
あと、断片化が進みやすい

SANみたいに、膨大なキャッシュとウェアリングが用意できるなら全然問題なさそうな気もするけど。

521:login:Penguin
09/07/24 07:04:40 8OIypDf7
JFSの断片化率ってどうやってみるんですか？
AIXとかならデフラグできるんだよね。

522:login:Penguin
09/07/24 07:33:51 MOU8Mq8R
いやいや、JFSは速いよ。特に最初だけは。
でも、そこからどんどん劣化してゆく。
原因は断片化なんだが、ext[234]とかReiserFSなんかと違って
JFSは空き領域が十分にあっても、使っているだけで断片化してゆくから
遅くて使えないイメージをもたれる。
元々のJFSはデフラグ出来たらしいが、Linuxには移植されていない。

断片化が進むといっても、流石に書き込みが発生しなければ断片化しないから
インスコ後は、Webブラウズと2ちゃんだけみたいな使い方なら、次のインスコ時位までは大丈夫でしょ

ってな事を、過去スレその3辺りから、MLのアーカイブやOSS系のblogをソースとして、何度か指摘されて来たみたいだけど。
このスレには、どういう訳だか「俺のJFSは大丈夫」的な、JFS信者が居てそいつらの所為でイメージが悪くなっているのは確か。
因みに俺が使ってみた感想としては、3ヶ月程度の常用でもう遅さを実感出来た、Arch Linuxで使うには相性が悪いみたいだ。

523:login:Penguin
09/07/24 13:08:03 y4l15h2n
gentooで使ってるけど、まあ俺は大丈夫としか言いようがない。

524:login:Penguin
09/07/24 15:32:06 gHNTnF5y
よくいるよね、俺は大丈夫ってひと

525:login:Penguin
09/07/24 16:53:43 99ViSCNs
じゃあext3は最高ってことですね？

526:login:Penguin
09/07/24 21:39:12 D0YbIG0Z
XFSは耐障害性に不安があるが、デフラグが出来るので、長期運用に耐えるんだよね。
長く使っていると性能落ちてくるからな。
reiserfsにデフラグがあったらな。

実験レベルではいろんなファイルシステムを試してみても、
結局製品にはext3を使ってしまうが。

527:login:Penguin
09/07/24 21:51:18 xsQ+pNmK
zfsマンセーなんじゃない？
Linuxでも標準で対応してほしいな

528:login:Penguin
09/07/24 21:55:45 qlwn44yy
もうfuse経由で１回書き込むとext3/ext4/reiserfs/reiser4/jfs/xfs/btrfs/ntfs/ocfs/gfsに
それぞれ書き込んでいくような構成で使えよ。

それで数年間プロファイル取りながら使い続ければ自分の使い方での
優劣と信頼性はっきりするだろ。

529:login:Penguin
09/07/24 22:46:06 D0YbIG0Z
>>527
せめてfuse経由じゃなくなったら、試してみても良いんだがな。

530:login:Penguin
09/07/24 23:29:48 +FICJFrb
JFSそんなに遅くなるか?
具体的にどういう使い方でフラグメントで遅くなるのが体感できるの?

531:login:Penguin
09/07/25 00:01:04 6HQ5H67u
フラグメントなんて関係なく遅いよ
俺のエロ画像置き場をJFSにしてたけど
他のPCとrsyncでミラーするとext3に比べてもはっきり遅かったよ
今はxfsとext4でミラーしてるけどext4のほうが速いわ

532:login:Penguin
09/07/25 02:29:01 a8C1eZGa
>>530
JFSが特に遅いという訳じゃないけど、
長期間書き換えが続くと、どのファイルシステムも遅くなっていくよ。
AIXでわざわざデフラグ機能が用意されているのもそのため。

533:login:Penguin
09/07/25 15:09:16 SPBomRQY
>>519
Hammerのこともたまには思い出してあげて

534:login:Penguin
09/07/25 15:14:24 2k5R61Zs
遅くなるって、どの程度なのか定量的な資料がないんだよな。

大丈夫って話と同じく、遅くなるってのも
俺が、って話が多い。

ちなみに俺はJFS使ってても気になるほど遅さを感じたことはない。
IMAPメールサーバ用途。

535:login:Penguin
09/07/25 15:48:41 AmW3ipV8
JFS使ってるマシンで、postfix+dovecotをMaildirでつかってるけど、特に遅く感じません。

XFSはやっぱり、削除とかファイル作成が遅く感じる。
2つディスク用意して、XFS to XFSでrsyncするときとか、
ext3とかreiserfsでは感じないつっかかりを感じる。トータルでも遅い。
JFSでは同じことやったことないからわからん。

536:login:Penguin
09/07/25 16:13:50 lzFVun58
>>535
確かにXFSのファイル削除は遅いが、version 2 logにしてlogbsizeを増やせば
劇的に改善されるぞ。

537:login:Penguin
09/07/25 18:00:14 wdRQEHVW
俺のXFSは速いぜ
ext3なんて目じゃない

なぜって？
俺がXFSを愛してるからだ。

538:login:Penguin
09/07/25 22:47:52 2/7PSo3q
/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 28167/768544 files (3.9% non-contiguous), 1451870/1536207 blocks
Warning... fsck.ext3 for device /dev/sda1 exited with signal 11.
[root@hoge ~]#

fsck落ちてるｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

orz

539:login:Penguin
09/07/25 23:16:21 PLnhHNIh
バターさんｗｗｗｗ

540:login:Penguin
09/07/26 00:00:17 hBFHdbhU
>>535
そういうライトユーザには影響ないよ。
それに、長期間ヘビーに使うと遅くなるのは、JFSだけじゃないから、
別にJFSがダメといっている訳じゃないぞ。

541:530
09/07/26 01:55:52 wjhuvhRQ
で、JFS がフラグメントで遅くなるのが体感できる人は、具体的にどんな使い方で体感できたの? > 522

JFS が元々あんまり早くないのは周知だし、
JFSに限らずフラグメントで遅くなるだろう事も周知じゃん。

542:login:Penguin
09/07/26 01:57:49 wjhuvhRQ
>>540
具体的にどうゆう使い方なの?

543:login:Penguin
09/07/26 10:28:35 up8GAVd6
エロ動画置き場もXFSにしたら速すぎてワロタ

544:login:Penguin
09/07/26 10:31:58 3m7I2El9
遅くなったとか言っても具体的な数字が無いとわからないからさぁ、
ルールを決めようよ。
ファイルシステムを作成した時にbonnie++でベンチマークしておくこと。
遅くなったと感じた時には、bonnie++で再度ベンチマークすること。

パッチ当てて、よろしく。
URLﾘﾝｸ(plaza18.mbn.or.jp)

545:login:Penguin
09/07/26 11:22:18 UThMHETq
寝る前の快適な動画ライフにはXFSが欠かせません

546:login:Penguin
09/07/26 12:38:17 1L63znlZ
nilfs2はこのスレ的にどうよ？

547:login:Penguin
09/07/26 16:27:48 zE9g6p5d
何がいいのか誰か解説しておくれ。

微妙な良さだったら手を出さない

548:login:Penguin
09/07/26 16:41:13 Pgi1JFDo
linuxでバックアップがわりにスナップショットをとるなら
btrfsとnilfs2しか選択肢がなくて，btrfsとnilfs2を比べると，
nilfs2の方がだいぶ人柱度が低い．

549:login:Penguin
09/07/26 17:07:30 SJc9FADs
>>543
いままでの３倍速でいけてますか？

550:login:Penguin
09/07/26 22:56:52 hBFHdbhU
>>543
おまえの性癖すごいな。

>>549
それだと、1こすりと1/6じゃないか。

551:login:Penguin
09/07/27 15:26:20 1rnYRPHC
opensuseにreiserfsなんですが、
HDDアクセスすると妙に引っかかる動きをするのですが、
何かわかります？

552:login:Penguin
09/07/27 15:36:57 bemC+Vkx
reiserののろい

553:login:Penguin
09/07/27 16:13:10 26kfPdFl
dmesg で不吉なメッセージが出てなければいいね

554:551
09/07/28 12:07:29 9Q9PEzX+
エラーとかではなくて、PIOモードみたいなんですよね。SATAなのに。

555:login:Penguin
09/07/28 15:43:15 zAh/ZwBs
結局おまえらのハードディスクの大部分は
エロ動画やエロ画像を溜めてあるだけなんだろ？
そんなのXFSで構わん。

大きなデータが高速に読み書き可能
ばれそうになったとき急いで消せば復活が難しい
ぴったりじゃないか

556:login:Penguin
09/07/28 17:34:44 F7x9aH/R
>>554
$ hdparm -i （HDDデバイス）
でどのモードか、わかるやろ

557:login:Penguin
09/07/29 04:38:11 UAfxPrcB
どうせ遅いって行ってる奴は、工作員だから無視

558:login:Penguin
09/07/29 15:01:47 VWOuWJPW
>>555 >>557
釣り針乙

>>556
マジレスしとくとSATAを(普通そうだが)libATA経由で使っている場合、(当たり前だが)hdparmは使えない
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
大体からして、ファイルシステムと何の関係もない時点でスレ違いも甚しいんだから
とっととopenSUSEスレに誘導すべき

559:login:Penguin
09/07/29 15:55:44 ECOx3YRB
>>558
使えるぞ
いつから頭が止まってるんだ?

560:login:Penguin
09/07/29 16:01:46 Y3KdxcyS
SATAがlibATA経由になるくらいの頃からじゃね？ww

561:login:Penguin
09/07/29 16:05:28 YLBcoCMj
sataのpatchが必要なのは、kernel 2.6.22 と 2.6.23 くらいだ
それ以外は必要無い

562:login:Penguin
09/07/29 16:35:49 aOQ4ySW7
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ
思うに君は、まだ人にアドバイス出来るレベルじゃないと思うよ

563:login:Penguin
09/07/29 17:38:16 BkS/l//X
>>558
556やけど
恥ずかしがらんと、またおいでや

564:login:Penguin
09/07/29 19:30:59 g9AlD0Tp
dmcryptで暗号化する場合に最適なファイルシステムを教えてください
中身はお察し下さい

565:login:Penguin
09/07/29 23:24:22 Lyt3N/wI
>>561
また嘘ばかりを・・・・

566:login:Penguin
09/07/29 23:39:12 YLBcoCMj
>>565
2.6.24以降はlibata用のhdparmのpatchは必要無くなったはずだが
何がどう嘘なの？

567:530
09/07/29 23:57:41 Dai87m7Q
結局ただの嘘つきか。> 552
使ってもないんじゃないの?

568:login:Penguin
09/07/31 04:00:07 VaVCoKjY
2.6.19以降は、/dev/hdaが/dev/sdaに変わると聞いて
設定ファイルを書き換えカーネルを入れ替えて再起動したら
/dev/hdaのままで困ったことがある

上で出てた断片化による速度低下だけど使い方によるよ。
Windowsはツールで断片化の具合が確認できるから
自分の使い方での傾向が分かるけどLinuxでは難しい。

基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ
一番影響受けやすいのは、
大量の細かいファイルと巨大なファイルを同居させた場合。

Linuxは大量に細かいファイルを作る傾向にあるから、
音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉

569:login:Penguin
09/07/31 15:03:09 MK+pGXZ2
>>568
妻を殺した人が作ったファイルシステムを
ルートパーティションに使うべきということですね

570:login:Penguin
09/07/31 20:51:02 k+Upna9N
>>569
何の関係もないな。/でも/bootでも使えばいいさ

571:login:Penguin
09/07/31 21:36:42 tbYA8+dL
btrfsが実用的になるまではreiserfsしか選択肢が無いなぁ。

572:login:Penguin
09/08/01 00:20:50 SNB9Lm9T
>>568
SQLサーバのパーテーションを分けておくべきだったと後悔。

>>571
reiserfsって、今どの程度メンテナンスされているのかな。
SuSEのデフォルトfsからも落ちちゃったし、先がないのは分かっているが、
現状でもっともマシなんだよな・・・。

573:login:Penguin
09/08/01 06:29:20 exuELPVL
>>571
○○○もいいよ。
スレが荒れるから名前は伏せるけど。

574:login:Penguin
09/08/01 07:49:48 eQAKtpCe
FATか

575:login:Penguin
09/08/01 11:54:52 4UAEiy8v
reiserfsの何が他より優れているのか。
１行で答えなさい。

576:login:Penguin
09/08/01 12:13:57 VgzA3aXA
名前の長さ

577:login:Penguin
09/08/01 13:01:41 mXx3DngF
名前は長いほうがいいのか？
戒名みたいだな

578:login:Penguin
09/08/01 16:48:33 IAPkS0Yu
「戒名」「法名」の長さについて
URLﾘﾝｸ(black.no-blog.jp)

579:login:Penguin
09/08/02 01:14:52 Xdq0E5w1
googleのファイルシステム公開してくんないかな

580:login:Penguin
09/08/02 01:33:18 +uNZh5d6
そんな特化したFS公開されても・・・

581:login:Penguin
09/08/02 02:04:26 HFtAZHUu
>>579
使い道ないじゃん。

582:login:Penguin
09/08/02 07:54:45 43zxi/8E
>>579
ReiserFSの気がするのは俺だけだろうか

583:login:Penguin
09/08/02 08:09:22 BsPAG2ZW
個々はext2だという話だったような。
それを多数で分散冗長化しているのが独自技術で。

584:login:Penguin
09/08/02 09:22:39 uUBOpM9k
URLﾘﾝｸ(labs.google.com)

585:login:Penguin
09/08/02 11:44:22 y9A4+xpk
Filesystem Specifications - Links & Whitepapers
URLﾘﾝｸ(www.forensics.nl)

586:login:Penguin
09/08/02 11:56:57 HWrwkQRU
誰かHAMMER移植してくれないかな。
俺？能力的に無理ぽ orz

587:login:Penguin
09/08/02 12:52:02 S1KUAPtn
Googleext2の上にGoogleFSを構築している。壊れるのが前提だからjournalingいらんし
ext4にjournalingなしのモードがついたのは、ext2からext4に移行したいgoogleがプッシュしたから
GoogleFSはオープンソースの実装が出てるけど、普通の単体ファイル操作は猛烈に遅い、
っていうか専用の API を通してしか操作できないから、一般人が使えるものじゃないです

588:login:Penguin
09/08/02 13:47:37 oNmo8zqP
>>587
万が一にもsyncしないでマシンが止まることはないのを保障しているのか？
電源障害でたくさんのマシンが一斉に落ちたりすると
fsckの時間が無視できないと思うんだが。

589:login:Penguin
09/08/02 14:02:27 +uNZh5d6
公開された先生のサーバってノード毎にバッテリー載ってる戯画のカスタム板だよな

590:login:Penguin
09/08/02 14:08:32 xaBD/3Nd
>>588
そういうレイヤーのファイルシステムじゃないんだろ。

591:login:Penguin
09/08/02 14:36:00 T8DPlbOa
>>588
Googleは、サーバーは「どんどん壊れるもの」が前提なので、保証もなにも、そんなことはどうでもいい。
実際どう運用しているのか知らんけど、fsckしようが、その時間が無駄だからmkfsしてサラにしようが、
大して違いがない。どうせ同じデーターが世界の別の場所に最低2カ所あるんだし。

592:login:Penguin
09/08/02 16:01:34 6M6aomwO
「潔いのだな　Googleは」
「そこに惚れたのでしょ？ラル大佐も」

593:login:Penguin
09/08/02 19:47:06 nThwvegR
流し読みしただけでよく読んでないけど、
FSってより、APIだなこれ
memcachedをインデックス管理できるようにしてクラスタ化するとこんな感じかな?

594:login:Penguin
09/08/02 22:06:58 t3P+JXcL
>>568
> 上で出てた断片化による速度低下だけど使い方によるよ。
> Windowsはツールで断片化の具合が確認できるから
> 自分の使い方での傾向が分かるけどLinuxでは難しい。

e2defrag 使ってましたがなにか?あれはフラグメントの様子が視覚化できるんだよ。
win でも linux でも defrag は自分の使用条件ではたいして効果なし。てのが結論。
シーケンシャルリードばっかじゃないからね。

可視化ツールには一応 DAV と言うのがある。未だに ext2/3 のみだが。
URLﾘﾝｸ(dav.sourceforge.jp)

> 基本的に同じサイズのファイルを書き込みつづける場合は影響を受けにくいよ
> 一番影響受けやすいのは、
> 大量の細かいファイルと巨大なファイルを同居させた場合。

そんなの周知だよ。昔から。フラグメント問題はメモリ割り当てとかでもあるんだよ。

> 音楽ファイルや動画ファイルはルートパーティションから隔離しとくと吉

ていうか、読み書きの多いファイルとほとんど書き換えなし/消去なしのファイルはパーテーションわけしておく、とか。
昔から行われていることだよ。

周知なネタばかりじゃん。

595:login:Penguin
09/08/02 22:08:05 zuGU9fys
>>594
はいはい、君は物知り博士だねぇ。

596:login:Penguin
09/08/03 01:37:56 kZ8h29CW
>>594 メモリのフラグメント問題とディスクのフラグメント問題はぜんぜん違う問題

597:login:Penguin
09/08/03 02:13:54 4ahQ/E8a
メモリのフラグメントは
実質使用量が増えて最終的に割り当てが出来なくなる(可能性がある)というのが一番の問題だけど
ディスクの場合はアクセス速度が遅くなることが問題点だもんね。

まあ稀にディスクの空き領域が足りなくなるまで書き込む人もいるかもしれないけど
ディスクの場合は分断されていても獲得は出来るのに対し
メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。

598:login:Penguin
09/08/03 02:26:59 0psqM35I
MMUなんて便利なもんがだいぶ前から使われてるんだけどな

今は、メモリ管理情報の肥大化による問題の方が大きい

599:login:Penguin
09/08/03 02:31:08 4ahQ/E8a
へー、MMUでアドレス空間の不足を解消できるのか。

600:login:Penguin
09/08/03 06:52:39 D9UOKH8p
物理アドレス空間と論理アドレス空間を区別してない時点で
4ahQ/E8aも0psqM35Iもまともな議論はできてねーよ。
お互い勝ったつもりなんだろうが。

601:login:Penguin
09/08/03 06:57:53 Ihjxl/59
>メモリは(アドレス空間の)空きが分断されていたら獲得自体が出来ないから。

これが物理アドレスの話の可能性があると思えるなんて異常すぎる

602:login:Penguin
09/08/03 07:01:40 Ihjxl/59
アドレス空間の空きのフラグメント解消に
ページングを持ち出す598はもっとすごいな

603:login:Penguin
09/08/03 09:05:45 +7q4foS8
天災同士の貴重な議論は
逸般人にはどうせ理解できないものなので
他所のもっと落ち着いた場所でやるほうが
有益だと思います

604:login:Penguin
09/08/03 11:53:41 qdW8N29Q
dosかなんかの話してるんじゃないの？

605:login:Penguin
09/08/03 12:26:54 XZq6o4Nt
メモリのフラグメンテーションの話はスレ違いだ
そんなに罵り合いたいなら他でやれ

606:login:Penguin
09/08/03 22:30:12 NM+z6upI
次スレタイはこれで。
【釈放】Hans Reiserは木が得意【ﾏﾀﾞｰ?】

607:login:Penguin
09/08/04 00:51:40 wKfZCk0q
頭悪そうだな

608:login:Penguin
09/08/04 12:03:16 hDAUtPxp
悪そう、じゃなくて悪いんだよ
頭も心も

609:login:Penguin
09/08/04 20:37:36 ZIj5Pq57
btrfsﾀﾝ、ハァハァ

610:login:Penguin
09/08/04 21:35:23 zBDyWBP8
>>607-608
おまいらよりはマシだ

611:login:Penguin
09/08/04 21:38:52 NQSypDHr
だから頭悪いって言われるんだよ。
何を基準にそう判断したんだ？

612:login:Penguin
09/08/04 22:55:27 2uDO8De7
>>611
子供かｗ

613:login:Penguin
09/08/04 23:46:05 NQSypDHr
>>612
まぁ、未成年なので子供ですがｗ

614:login:Penguin
09/08/05 02:37:35 gTZRwnjz
あれだけいわくつきなファイルシステムなのに
未だにreiserfsが支持されてる(少なくとも風化してない)のはすげーな。
ext2しかない時代に現れた時は確かに神かと思ったが。
あの時に比べるとext4やらなんやら出てきても
派閥争いうぜえ、面倒だからext3でいいや、で終了してしまう俺。

615:login:Penguin
09/08/05 05:41:45 ah5TOzXe
reiserfsになんのいわくがあるの？

616:login:Penguin
09/08/05 06:32:27 W7q6iatu
>>614
・そこそこの性能
・適度な枯れ具合
・他FSに移行するのが面倒
なので使ってる人がほとんどじゃないかと思う。

617:login:Penguin
09/08/05 09:10:40 MqOHb/7H
nilfsで検索しても「2.6.30カーネルに取り込まれた」って記事ばかりで
人柱報告がほとんどない
実際どうなの？＞人柱の皆さん

618:login:Penguin
09/08/05 09:15:31 Uzfwchw8
日本以外ではメジャー

619:login:Penguin
09/08/05 09:47:05 RYqMjlu9
国産なのにな

620:login:Penguin
09/08/05 19:25:29 Ta8o51LO
>>616
そこそこの性能ってどれぐらい？ext3より早い？
ext3ばかりをDBに使っているオレに分かるように
reiserfsのありがたみを教えてよ。

621:login:Penguin
09/08/05 19:38:07 l0ecsUdB
自分で使ってみればいいじゃん

622:login:Penguin
09/08/05 20:15:21 uRwqclf+
てかDBに使うならどのfsでも大差ない。

623:login:Penguin
09/08/05 21:54:52 jAE0qfFT
動的inodeじゃない時点で却下

624:login:Penguin
09/08/05 22:49:05 5pkgixmk
>>623
動的iノードのファイルシステムを支持するとスレが荒れますよ。ご注意を。

625:XFS
09/08/05 23:24:27 r1cVDk5Q
荒らす奴が悪い。

626:login:Penguin
09/08/06 15:28:15 Ak5ILM8x
>>622
ほんとか？詳細キボーン

627:login:Penguin
09/08/06 16:01:18 V0OhXb2J
>>626
btrfsなどCoW系のはデータの書き換えで
メタデータのチェックサムを更新するから遅そうだ。
nilfsなどLOGFS系は明らかに向いてないだろうね。
ext2などブロック管理のは
DBファイルのサイズが大きくなったときに性能がおちる。
それ意外のはキャッシュのつくりがよほど弱くなければ
似たような性能になるんじゃないのか?

628:login:Penguin
09/08/06 20:33:02 QxBdNWpW
つーか、動的i-nodeって一言で言っても

例えばReiserFSとか、NTFSや、Btrfsみたいに、
使われてないi-nodeは確保せず、必要に応じて
ファイルと一緒にi-nodeも拡張してゆくようなのと

XFSみたいにi-nodeとして使われているエリアがあって
そこが足りなくなってくると、i-nodeエリアを一定量ずつ
再確保してゆくようなのとでは同じ「動的i-node」と言っても
実際にはほとんど別物だと思うんだ

仮にFSとして使える量だけ考えてみても
前者は最後まで無駄なく使えるのに対して
後者はi-nodeとして使われてる空間が多少なりとも使えずに残るし

スピードだって
前者は最後の方に行くに従って段々と遅くなるけど
後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる

単純に「動的i-node」とかって、ひとくくりにしないで欲しいよな
後者のは、昔っからある静的i-nodeスタイルなFSに、i-node再確保システムを
後付けしただけなんだから

むしろ後からちまちま再確保せず、始めっからドカッとi-nodeを確保する
昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ

629:login:Penguin
09/08/06 20:40:47 RMpOGeqI
>>628を要約します

XFSはクソ

630:login:Penguin
09/08/06 20:50:32 IKCdGcSv
>>628
> 後者は、後から追加したi-nodeから参照するデータはガクッと遅くなる
> 昔ながらのFSの方が潔いし、スピードもそっちの方が速いよ
この2点のソースは？

631:login:Penguin
09/08/07 11:32:52 utwdKufT
無駄なi-node領域があるのはかまわないんですよね。まあ多すぎるのは意味ないですけど。

必要に応じて振る方法が、最後の方になると遅くなるはなんでですか？
たとえばReiserfsだと、ファイルの情報は全部ツリーに入ってる(から動的)わけで、
ファイル数が増えた(=ツリーが大きくなった)という理由以外だと、
空きobjectidの検索があるから？でも動的じゃなくても空いてるの探すのはありますよね？

XFSはAG毎に管理してるから、後からのやつが遅くなるってことは無さそうなんだけど、
遅くなるんですかね？もちろんAG数に依存はすると思うけど。

632:login:Penguin
09/08/07 13:14:15 +w6MBDzH
XFS+UPSが最強なのにまだやってんのかよ
いい加減にしろ

633:login:Penguin
09/08/07 13:20:22 Y0OUSY1v
>>631
いつものアンチXFS厨だよ。気にすんな

634:login:Penguin
09/08/08 06:47:21 KCg3bIRj
>>632
/bootだけはext2だろ

635:login:Penguin
09/08/08 09:48:48 ZAmfBvdJ
全部xfsじゃダメなの？
md使ってたらgrubがxfs対応してないから/bootはext2にしてるけどさ。

636:login:Penguin
09/08/08 09:57:05 1jiNUxA+
>>635

XFSは地獄
ext2/3/4は天国

この現実を知らないの？
/bootがXFSなら明日は起動しないかもよ？

637:login:Penguin
09/08/08 10:09:28 +0qGTwxr
>>635
馬鹿に構うなよ

638:login:Penguin
09/08/08 10:10:58 urqjNkQr
/bootとかブートに関係するとこは高機能なのよりできるだけ単純というか、
よく揉まれているtried & trueなファイルシステムの方がいいっていう話じゃないか。
XFSとかreiserも低リソースで起動しなきゃいけないブートローダがサポートするには色々複雑で大変だよな、
みたいな。

EFIとか使うとEFI用の領域ってFATになるよな。たしか。

639:login:Penguin
09/08/08 10:28:55 1jiNUxA+
>>637
わかりました。

640:login:Penguin
09/08/08 10:50:31 mBkq56h9
/bootは殆ど書き換えないから、単純な方がいいな

641:login:Penguin
09/08/08 11:23:54 i8n9snwz
GRUBはジャーナルを使わないから/bootをジャーナリングファイルシステム
にするのは無意味どころか有害って既出の話
カーネルの更新中にクラッシュしちまうような
日頃の行いの悪い子以外はどうでもいい話だけどな

642:login:Penguin
09/08/08 11:37:57 urqjNkQr
うんうん。
/以下をまるごと同じファイルシステム使っていると、そのへんの加減ができないからやっぱ駄目だよねえ。

643:login:Penguin
09/08/08 13:22:09 ZAmfBvdJ
639
？

644:login:Penguin
09/08/08 15:01:13 zDfovaF0
Linuxのファイルシステムはよくない、んだとよwww
URLﾘﾝｸ(q.hatena.ne.jp)

645:login:Penguin
09/08/08 15:04:37 2KSMxYa2
またマカーか

646:login:Penguin
09/08/08 15:32:07 SmLZHg3a
HNに注目

647:login:Penguin
09/08/08 15:53:33 +gGkG7kS
swap と / しかパーティション切ってない orz

昔NetBSD使ってたころは / /usr /home /var とか色々分けてたけど段々面倒になってきて．．．

648:login:Penguin
09/08/08 16:47:44 2Mh/ngI8
俺は/と/homeだけだな
swapはファイルにした

649:login:Penguin
09/08/08 18:05:10 LOt12QIC
今さらboot分ける意味ってなくね？

650:login:Penguin
09/08/08 19:08:08 0nmwXefb
>>649
逆にext4がデフォルトになったディストリだとブートローダの都合で必須じゃね？

651:login:Penguin
09/08/08 19:17:38 f2dxNLiR
/boot / home /usr /var

652:login:Penguin
09/08/08 19:22:37 KCg3bIRj
/bootを分けるのは気分の問題だな。俺は。
CentOSを永いこと使ってたから、どのディストリでも/bootと/をプライマリ、スワップを拡張に切りたくなる。

653:login:Penguin
09/08/08 19:45:01 Op0NLWmu
モジュールを置く場所ってどうして /lib/modules/バージョン/・・・
のままなの？
モジュールってカーネルとセットで扱わないと意味無いんだし
/bootとかそれに似たところにカーネルとうまく組になるように
置くべきだと思うんだけどどうなの？

654:login:Penguin
09/08/08 20:05:41 I2Fkxttz
>>653
どうでもいい。

655:login:Penguin
09/08/08 20:08:39 jjZY8imH
>>650
ubuntuのgrubは独自パッチが当たってて、ext4からブート出来るんじゃなかったっけ？

656:login:Penguin
09/08/09 03:20:15 BjcglXB+
>>653
モジュールのロードにはboot loader関与しないし、
boot時に必要なモジュールはinitrdに入れるのがLinux流だから。
みんな特に不満が無いんじゃない？

657:login:Penguin
09/08/09 19:13:32 IkGSFCMm
[Phoronix] Merging Tux3 Into The Mainline Linux Kernel
URLﾘﾝｸ(www.phoronix.com)

658:login:Penguin
09/08/10 13:12:09 c0CFIMPr
>>653
initrd使わない人なの?

659:login:Penguin
09/08/10 15:11:55 Dcoo3+kG
>>655
Yes

660:login:Penguin
09/08/11 04:19:13 E8HEqNfN
>>628
NTFSは事前にインデックス用の領域を確保しちゃうよ　（MFTという名前）

ただし、空き領域が不足したときはMFTの一部を開放して
ファイル用に割り当てることができるから容量は最後まで使い切れる。

だから >>628 が言う前者と後者の両方の利点をNTFSは持ってる。
しかし、容量ギリギリまで使おうとするとMFTが断片化して遅くなるのも事実。

661:login:Penguin
09/08/11 10:12:17 tRKWJbdY
嘘だらけの知ったかに食いつくなよ

662:595
09/08/11 12:18:52 Lzu/ezTE
> >>594
> はいはい、君は物知り博士だねぇ。

一体誰が物知り博士だなんて主張してる?
周知って言葉の意味を知らんのか。

>596
>>594 メモリのフラグメント問題とディスクのフラグメント問題はぜんぜん違う問題
一体誰が同じだなんて主張してる?
文章読めないのか。

>597-598
君は知らなそうだが、内部断片化、外部断片化てのも周知の話だよ。

結局、初歩的、初心者的知識すら乏しいじゃん。

663:login:Penguin
09/08/11 12:49:22 gCZov+kt
>>662

664:login:Penguin
09/08/11 18:41:05 ZkXwyRtm
まだまだ夏だねぇ・・・

665:login:Penguin
09/08/11 18:51:23 WK11feHT
何言ってんだよ。もう秋だよ。

666:login:Penguin
09/08/11 19:05:11 iCFlOGmM
今年は夏なんてなかったし

667:login:Penguin
09/08/11 21:13:41 f+c4YjXq
Symantec の Norton Ghost v14 は ext3/4・ダイナミックボリュームに対応だそうですが、
こういったディスクイメージ操作型バックアップツールで動的inodeの reiserfs も
ディスクイメージとしてバックアップ出来るツールってあるんですか？

668:login:Penguin
09/08/11 23:15:39 f2B87ZB1
dd?

669:login:Penguin
09/08/11 23:35:18 f+c4YjXq
ghostですと、
・CDやFDから起動して、DOSまたはLinux?上で動作。（ブートディスク作成時に指定）
・ハードディスク丸ごとそのままコピーも出来れば、パーティションを圧縮してコピーも出来る。
・イメージファイルとして保存・復元するほか、直接Disk間コピー・パーティション間コピー出来る。
・コピー元の使用容量が少なければ、コピー先パーティションにコピー元より小さい容量のパーティションが指定できる。
・イメージファイルの保存先としてCD-RやDVD-R、SCSIメディア、SCSIテープ、シリアルP2P、ghostサーバ(ネットワーク)も選べる。
・コマンドラインオプションによりブート後の動作をほぼ自動化できる
・windows上でghostエクスプローラによりイメージファイルの中身を編集できる

ddを調べてみましたが、知らないと難しいとはいえ上記の半分以上をddで出来てしまうようですね。
GUIでddバックアップできる専用のCDブートのディストリビューションとかあったらghost要らなくなりそうです。

670:login:Penguin
09/08/11 23:55:37 TECp/WKW
URLﾘﾝｸ(sourceforge.net)

もしそうならこれをKNOPPIXカスタマイズして組み込んだりしたらうまいかな？
KNOPPIXのベースであるDebianとの相性にはついては確認していないが。

671:gparted
09/08/12 00:11:27 oaMYKOHs
>679
呼んだ?

672:login:Penguin
09/08/12 00:27:21 V+ssuppU
そういやこんなものもあったね。
URLﾘﾝｸ(gigazine.net)

ddはファイルシステムフリークの友。

673:login:Penguin
09/08/12 01:09:19 SVsEtJYf
>>670-672
情報ありがとう。

そういえばBackup&RestoreとPartition編集の両方が1枚に収まってるのって知らないな。
AcronisはTrueImageとDiskDirector(旧PartitionExpert)とで別のブートCDに焼くようになってたと思う。
マルチブートCDを自作すれば1枚に収まるけど機能の切り替えに再起動が必要になるし。

ちなみにDiskDirectorとGPartedでは両方とも対象との相性で出来る・出来ないみたいなのが出るので、
どっちが優れているというよりも両方用意してると安心だと思った。

674:login:Penguin
09/08/12 01:17:22 SVsEtJYf
というか>>670こそまさに1枚に収め得るGUIツールなのか…

AIR (Automated Image & Restore) is a GUI front-end to dd/dcfldd
designed for easily creating forensic disk/partition images.
Supports MD5/SHAx hashes, SCSI tape drives, imaging over a TCP/IP network,
splitting images, and detailed session logging.

こいつはSymantecさんに俺の心がベンダーロックインされている場合では無さそうだ。

675:login:Penguin
09/08/12 12:31:31 yJ4s2NJK
つ Clonezilla Live

676:login:Penguin
09/08/12 16:44:47 NA/P7dE7
nilfs2の人柱になることにしました。
壊れたらまた書き込みます。

677:login:Penguin
09/08/13 21:50:34 h/nV7bVc
>>675
LVMもサポートか。ghostもTrueImageもセクタバイセクタでのみ複製可能、ghostはその後そのままでは起動しない。

URLﾘﾝｸ(service1.symantec.com)
Ghost ではシングルストライプボリュームまたはミラーリングしていないシングルセグメントボリュームだけがクローニングされます。
Ghost でイメージを作成したり、ディスク間でクローニングを行う場合、LVM ボリュームは通常のパーティションと同様に扱われます。
したがって、Ghost では復元先に LVM ボリュームを再作成できません。
これらのボリュームは単純なパーティションであるかのように複製されます。
手動で設定ファイルを編集する必要がある場合もあります。
復元先ディスクにある既存の LVM ボリュームには、1つのパーティションのみをクローニングまたは復元できます。
この場合、既存のボリュームはオペレーティングシステムの LVM に残ります。

678:login:Penguin
09/08/15 21:28:35 KcxMl9KA
ZFSの本が出てる。これは物凄く大きいメリットだと思うんだが。
reiserfsは開発者にケチついちゃってるし、ext3はinodeがあれだし。

679:login:Penguin
09/08/15 21:42:08 FlV6hdNl
>>678
言わんとすることがよく分からない。本が出ていることが大きなメリットなの？
ZFSそのものがLinuxにメリットをもたらすわけでもないし…

680:login:Penguin
09/08/15 21:50:15 WPxIDL04
btrfsとかやろうとしてるけど、ああいうのが出てくるのはzfsで効果の
実証があったからだろうからな。メリットがないと言い切るのは言い過ぎだと
思う。

681:login:Penguin
09/08/15 22:03:12 ZR4fGY5t
btrfsの開発が始まったのは、大体同じ時期だし
ああいうファイルシステムは、専門家は以前からしたためてたでしょ
あれ、開発してるのオラクルだし

682:login:Penguin
09/08/15 22:34:11 WPxIDL04
>btrfsの開発が始まったのは、大体同じ時期だし

btrfsの開発が始まったのが大体同じ時期って、何年だっけ?
zfsの方は割とはっきりしていて2000年だよね。同じ頃というと
2001年～2002年位の話?

683:login:Penguin
09/08/15 22:57:38 ZR4fGY5t
>>682
btrfs開発者のインタビューされてただろ

684:login:Penguin
09/08/15 23:38:21 WPxIDL04
>683
だから、その時期がいつ頃の話かを知らないから聞いているんだけど。
Oracleから0.13の発表があった頃が2007年だろ? でも、開発をいつ頃から
始めたか、具体的な時期はまだ見た記憶がないんだ。

685:login:Penguin
09/08/16 00:11:37 F4NvMXmo
あれ？もしかしてLinuxやめて

　　　　OpenSolaris or FreeBSD + ZFS + Samba

ってすれば安泰ってことなのか？？？

686:login:Penguin
09/08/16 00:23:43 QxEbJKQ2
どうぞお好きなように

687:login:Penguin
09/08/16 00:39:36 EfKoUPIm
ZFSつかうならSolarisにしとけ。FreeBSDのZFS実装は甘すぎる。

688:login:Penguin
09/08/16 01:06:01 2aCY1egN
Linux やめるぐらいなら、2008 だと思うけどなあ。
クライアント側の restore previous version でスナップショット見れないんじゃ、ZFS の意味があんまり。

689:login:Penguin
09/08/16 01:31:30 3d2dkhnf
>>687
唯一の不満がscrubかけてる間使いものにならない点なんだけど
Solarisだとscrubかけてても極端にパフォーマンス低下しないで済む？

690:login:Penguin
09/08/16 02:17:48 kxH41sn/
ボリュームシャドーコピー(w

691:login:Penguin
09/08/16 09:43:08 F4NvMXmo
DRBDによるミラーリング
URLﾘﾝｸ(www.atmarkit.co.jp)
使用できるファイルシステムにも特に制限はありません。
（中略）
なお、バージョン8.0.0以降では、
OCFS2（Oracle Cluster File System 2）と
GFS（Global Filesystem 2）に限ってですが、
アクティブ／アクティブ構成も可能になりました。
ただし、使用できるLinuxカーネルのバージョンは2.6系のみとなっています。

URLﾘﾝｸ(www.hitachi.co.jp)
両方のサーバが業務処理を実行（アクティブ）している，
このようなクラスタシステム構成を，アクティブ・アクティブ構成と呼びます。

692:login:Penguin
09/08/16 14:05:40 ydTy1Pxn
>>685
Solarisにすると、Sunの力を思い知るが、
同時にLinux(というかOSS)のコミュニティーの力も思い知る。

693:login:Penguin
09/08/16 14:09:21 30gxzye8
まあな、企業だと買収されるからなwwwwww

Oracleあたりに

694:login:Penguin
09/08/16 14:12:15 F4NvMXmo
とーばるさんのつんでれにサンさんがラブコールという記事を見かけた
でもエンディングまで待てないｗ

695:login:Penguin
09/08/16 15:32:11 ShXgtsTb
結局Sunさんはドライバ君が目当てだったりで泥仕合。

696:login:Penguin
09/08/16 18:23:11 XCb/HOyT
オラリスﾏﾀﾞｰ？（・∀・)っ/凵⌒☆

697:login:Penguin
09/08/16 19:46:59 +EY5QaoN
MIRACLE LINUXって死んじゃったんだっけ

698:login:Penguin
09/08/16 20:52:53 oCPtyYoh
>>697
王大人発見

699:login:Penguin
09/08/17 14:30:26 gU6WCNRC
Solaris + Oracle で Miracle Solaris とか作ってくれよ。

700:login:Penguin
09/08/17 14:33:57 JgKFoyEe
Miracle SolarisにOracle Linux出せば完璧

701:login:Penguin
09/08/17 17:37:05 Mtq0KkUg
>>1
●過去スレ
01 ｽﾚﾘﾝｸ(linux板)
02 ｽﾚﾘﾝｸ(linux板)
03 ｽﾚﾘﾝｸ(linux板)
04 ｽﾚﾘﾝｸ(linux板)
05 ｽﾚﾘﾝｸ(linux板)
06 ｽﾚﾘﾝｸ(linux板)
07 ｽﾚﾘﾝｸ(linux板)
08 ｽﾚﾘﾝｸ(linux板)
09 ｽﾚﾘﾝｸ(linux板)

702:login:Penguin
09/08/25 12:56:23 lufMfa+G
エロ動画の保管に最適なファイルシステム
誰か作ってちょ

703:login:Penguin
09/08/25 13:25:36 Ynipj+Uz
xxxfs

704:login:Penguin
09/08/25 13:46:36 27Llmryy
>>702
winnyfs を実装するときが来たか。

705:login:Penguin
09/08/25 15:01:25 rMDnS/SS
p2pfs

706:login:Penguin
09/08/25 15:10:33 rVcXlX+8
暗号化は必須？

707:login:Penguin
09/08/25 18:21:40 ap/+zt18
だね。日本でも近日中に単純所持でも捕まるようになっちゃうだろうし、
海外行ったときなんて日本では完全に合法なものでもアウトになっちゃうし。

708:login:Penguin
09/08/27 20:03:17 OwDvsT+D
A short history of btrfs [LWN.net]
URLﾘﾝｸ(lwn.net)

709:login:Penguin
09/08/27 21:09:34 5I7Zy1ic
anonymousftpfs

710:login:Penguin
09/08/27 22:17:14 Lm4kVIxu
fuse de yare

711:login:Penguin
09/08/28 01:40:36 PybCg++g
gmailfsをraidz2で使えば
ファイルは海外だし分断されるし
冗長性も確保できるな。

あれ誰か来たよ(ry

712:login:Penguin
09/08/28 10:00:18 3cErYICB
確かに、p2p系はとんでもなく負担かけるよな

713:login:Penguin
09/08/28 15:50:17 JuTWH5Ln
>>691
兄さんそれ双方向スタンバイ…

714:login:Penguin
09/08/31 20:21:40 hlVG4OeU
ext3でフォーマット済みのパーティションで
あとからinodeのサイズを確認するには
なんてコマンドを使えば委員だっけ？

715:login:Penguin
09/08/31 20:27:18 czE5p4HU
tune2fs

716:login:Penguin
09/08/31 20:32:08 hlVG4OeU
>>715
おおありがとう

717:login:Penguin
09/08/31 23:40:39 NM/F4JQT
ｽﾚﾘﾝｸ(mysv板:59-73番)
ZFSが鉄板なのかなぁ

718:login:Penguin
09/08/31 23:47:41 QJZeUh74
zfsは重い
ホントに

719:login:Penguin
09/09/01 19:14:59 2tx1Usqt
>>718
nativeで実装されれば、ほかのfsと同じぐらいなんだろうけどな。。。

720:login:Penguin
09/09/02 14:05:40 wWBxl7sL
ネイティブでもメモリGB単位で使われるときつい。
64bit環境じゃないと使えなさそう。

721:login:Penguin
09/09/02 17:17:52 k2E6GSj0
快適さの代償としてある程度メモリを食う設計をしたわけだ

64bit 環境前提にしたって「今時は普通64bit」だよね
1万円強の激安サーバとかだって64bit な時代だし

722:login:Penguin
09/09/02 22:43:05 GiXsIMx1
RHEL5.4で、xfsとext4はいったね。

723:login:Penguin
09/09/02 23:12:40 nqxR64uo
いろんなディス鳥で標準のファイルシステムとして採用されだしているext4だが、
シーケンシャルアクセスの性能は結構よさそうだ。グラフを見てみて。

Linuxファイルシステムベンチマーク第2回 ext3,ext4,JFS,ReiserFS,XFS,NILFS2
URLﾘﾝｸ(plaza18.mbn.or.jp)

（引用）
シーケンシャルアクセスの性能比較では、ext4、XFS、ReiserFSの性能の高さが目立つ結果となりました。

ランダムアクセス及びメタデータ操作の性能比較では、ext3、ext4、ReiserFSが全体のバランスが取れており、総合的に性能の高さが目立つ結果となりました。

724:login:Penguin
09/09/02 23:25:15 9doIYiKA
>>723
>私は経験的に、HDDには「機嫌が良い日／機嫌が悪い日」があることを知っています

725:login:Penguin
09/09/02 23:44:45 vemvobjw
>>723
>ext4 （※ bonnie++ 実行中に毎回OSがフリーズするため中止）
コーヒー吹いた

726:725
09/09/02 23:49:00 vemvobjw
>>723のリンクは第一回のほうじゃないか
第二回はこっちね
URLﾘﾝｸ(plaza18.mbn.or.jp)

こちら(Ubuntu 9.10)では ext4の不具合が解消されてるらしい。

727:login:Penguin
09/09/03 00:01:16 pDX9eyYg
結論としてはxfs最高ってことでいい？

728:login:Penguin
09/09/03 00:47:11 8kyyBkpc
>>725
同じような試験を手元でやったけど、
bonnie++で結果が出ないことはザラにあった。

ext4に限らないが、当時のext4+bonnie++ではダメだった記憶がある。
OSフリーズはしなかったが。

729:login:Penguin
09/09/03 02:54:22 qQvyibMp
Real World Benchmarks Of The EXT4 File-System
URLﾘﾝｸ(www.chineselinuxuniversity.net)
Comparison of File Systems And Speeding Up Applications
URLﾘﾝｸ(www.amitshah.net)
Re-comparing file systems
URLﾘﾝｸ(www.amitshah.net)
NILFS: A File System to Make SSDs Scream
URLﾘﾝｸ(www.linux-mag.com)
SquashFS: Not Just for Embedded Systems
URLﾘﾝｸ(www.linux-mag.com)
Creating and using squashed file systems
URLﾘﾝｸ(tldp.org)
>>293
xfs_estimate -im /usr/src
/usr/src will take about 0.5 megabytes
URLﾘﾝｸ(linux.mini13i.gotdns.org)

2002年4月01日の
URLﾘﾝｸ(www.ibm.com)
ちょっと古い情報かもしれないけど、
なんとなくext3より快適な気がする程度で使ってたxfsだが
激しく一長一短でそれを踏まえて全体的に高評価されてるってこと？

730:login:Penguin
09/09/03 22:32:44 1emXHjlu
URLﾘﾝｸ(plaza18.mbn.or.jp)
このベンチマークの不思議なこと

・320SCSIという、今となっては低速なHDDをあえて選択している
　俺もST336732LWやST373454LW、Atlas 10k IV＆V、Atlas 15k IIを愛用していたSCSI原理主義者
　だったので良く分かるが、今となってはSASでないSCSIは低速なデバイスでしかなく、ぶっちゃけ
　ST336732LWなんて2世代前のRaptorやAtlas 10k Vより全ての面で遅く、ST373454LWですら現行Raptorには及ばない。
　回転数が高ければHDDの速度、得にランダムアクセスが速くなるなんて幻想。
　HDDの速度を決めるのは、HDDが作られた「世代」につきる。2世代も離れたらもうね・・・
　ましてやHDDやSCSIアダプタの型番すら書かないなんて論外。

・HDDによってランダムアクセスに強い製品や、RAIDを組んだ時に遅くなりにくい製品、
　単体で使うのが一番速い製品など色々と特徴があるのは常識だが、このベンチマークでは
　型番すらないSCSI HDDの一騎がけのみのベンチマークであるにも関わらず、ファイルシステムの評論をしている。

・ベンチマークの仕方がbonnie++だけという、意味があるんだか無いんだか分からないベンチマーク
　最低限、linux kernelの展開に掛った時間だとか、全文検索アプリ(例えばEstraierとか)のインデックス作成に掛った時間とか
　DVD ISOイメージのコピー・削除に掛った時間とか、色々とやり方はあるだろうに、あえてbonnie++だけ。意味あるのかと。

・一部のJFSのベンチマーク結果が異常に低いが、その事には一切触れず
　また、やり方や環境構築にミスがあったとも考えない、幸せ指向なベンチマーク。

731:login:Penguin
09/09/03 22:33:55 WwZ4h9O/
>>730
文系脳のベンチマークってやつ？

732:login:Penguin
09/09/03 23:50:17 v9Io1Ht2
比較ベンチマークは大抵結果が先にあって、それに合わせて条件を設定しているってばっちゃが言ってた

733:login:Penguin
09/09/03 23:51:45 ZdVEs5wD
プラシーボなんちゃら

734:login:Penguin
09/09/04 01:28:32 l63+Dyyc
>>730
ベンチマークなんだから、定量的なことはわからないんだよ。
米の糖度をいくら正確に測っても、料理の味は決まらない。
ベンチマークの数値を鵜呑みにせず、定性的な傾向を把握できればいいんだよ。

735:login:Penguin
09/09/04 12:32:41 Fok7DRls
>定性的な傾向
ファイルシステムの機嫌が良い日と機嫌が悪い日を察するとか
そういうの？

736:login:Penguin
09/09/04 12:39:43 BIskKf5v
>>734
ベンチマークだから定量的なことしかわからないんじゃ？

次ページ