パスワードを忘れた？ アカウント作成
Close
13642 story

LinuxにExt4ファイルシステム登場 66

ストーリー by yoosee
ファイルシステムの中央道やー 部門より

El-ahrairah曰く、"Linux-Watchの記事によると、次世代のLinux用ファイルシステムExt4がLinux 2.6.19-rc1において登場した。 記事によると、ボリュームあたり容量1024PByteまでのストレージのサポートと、ファイル断片化を防ぐextent file writingの導入が目新しいようだ。 Ext4をサポートしない古いカーネルからでもExt3ファイルシステムとしてマウントできるように下方互換性が考慮されているそうだ。"

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

LinuxにExt4ファイルシステム登場 More

  • ファイル断片化を防ぐ (スコア:3, 興味深い)

    by Anonymous Coward on 2006年10月15日 19時07分 (#1037536)
    って、どのくらい効果が有るんでしょうか？
    引き合いに出すだけで怒られそうですが、
    ”「NTFSはファイル断片化が原理的に発生しない」というのは間違いであったが、どのようなシステムであってもファイルの断片化から逃れることはできない”とマイクロソフトの技術者が
    発表していたと記憶していますが...。

    また、”ディスクキャッシュがあるのでディスク上の断片化は
    無意味になった”
    という説もあったと思うのですが...。

    • Re:ファイル断片化を防ぐ (スコア:5, 参考になる)

      by Anonymous Coward on 2006年10月15日 19時46分 (#1037547)
      >また、”ディスクキャッシュがあるのでディスク上の断片化は
      >無意味になった”
      >という説もあったと思うのですが...。

      これは明らかな間違い。
      キャッシュやドライブやRAIDコントローラにあるコマンドキューイング機能のお陰もあって以前ほど問題ではなくなったけど、フラグメント状態が酷いとやはり遅い。

      仕事でPCの性能評価をする事があってディスクのベンチマークもおこなっているんだけれど、通常のベンチマークと違ってパフォーマンスの最悪値を計測する独自のベンチマークソフトを作って計っているので経験済み。

      フラグメントによる低下を抑えようと思ったら、最低でもクラスタサイズを1MB以上にすると大分マシになるかも知れない。

      シェア
      親コメント
      • >フラグメントによる低下を抑えようと思ったら、
        >最低でもクラスタサイズを1MB以上にすると
        >大分マシになるかも知れない。

        しかしクラスタサイズを大きくすると小さいファイルが多数存在する状況では、ディスク使用効率が下がるので難しいところですね。

    • Re:ファイル断片化を防ぐ (スコア:5, 興味深い)

      by Anonymous Coward on 2006年10月15日 19時48分 (#1037550)
      >>「NTFSはファイル断片化が原理的に発生しない」というのは間違いであったが
      >>マイクロソフトの技術者が発表していたと記憶していますが...。

      これは当時の記者が間違っていて
      ＭＳのサイトには「断片化はしにくい構造」と載せていたはずです。

      ＷｉｎｄｏｗｓＮＴのＮＴＦＳバージョンでも
      確かに断片化はしにくい構造であったと、ツールで確認したのを
      思い出しました。
      ってかNT4.0に搭載していたやつって、システムブート時に
      軽度に断片化したファイルを整理していたはず

      >>どのようなシステムであってもファイルの断片化から逃れることはできない”
      ディスク管理で問題になるのは記憶領域の枯渇時であって
      ほとんどの場合、神経質になる必要って少ないとおもう
      最近のファイルシステムて、記憶領域の前詰で使うものってすくなく、記憶領域の位置的にはばらばらに使うものが多いので、、、
      ＜ＭＳのファイルシステムに限って言えば
      ある意味最初からばらばらに使っているので
      デフラグツールで整理すると、人間的には視覚的にきれいな風だけど、システム的には「あぁあ」って」ことが多いかも

      シェア
      親コメント

      • Re:ファイル断片化を防ぐ (スコア:5, おもしろおかしい)

        by takano32 (17535) on 2006年10月15日 20時54分 (#1037568) ホームページ 日記
        デフラグはディスクが整理されていく様子を楽しむソフトウェアです．：）

        # ええ，冗談ですとも．．．たぶん．
        --
        旅に出ます．(バグを)探さないで下さい．
        シェア
        親コメント

        • Re:ファイル断片化を防ぐ (スコア:1, おもしろおかしい)

          by Anonymous Coward on 2006年10月16日 12時37分 (#1037756)
          この手の話題を聞くたびにFD断片化ツール(X68k用最適化ツールのシャッフルオプション)を思い出す。

          # 10kB程度のファイルを開くだけでも数十秒かかるが、
          # なによりFDが壊れそうな勢いでアクセスするのはかなりびびった記憶が・・
          シェア
          親コメント

      • Re:ファイル断片化を防ぐ (スコア:1, 興味深い)

        by Anonymous Coward on 2006年10月15日 19時53分 (#1037551)
        ＞ある意味最初からばらばらに使っているので
        ＞デフラグツールで整理すると、人間的には視覚的にきれいな風だけど、システム的には「あぁあ」って」ことが多いかも

        と言うか、うちのXP、デフラグ直後に再度診断かけると、「デフラグして下さい」的な警告されるんですが。orz

        おとなしくもう一度デフラグかけても、診断かけるとやっぱり同じ警告が。orz

        ちゃんと動作するツールを提供して欲しいよ・・・。

        シェア
        親コメント

        • Re:ファイル断片化を防ぐ (スコア:4, 参考になる)

          by Anonymous Coward on 2006年10月16日 5時23分 (#1037672)
          >ちゃんと動作するツールを提供して欲しいよ・・・。

          あれ？ OS添付のデフラグツールは機能制限版ってのはあまり知られてないのかな。
          dfrgfat.exe(Win2000の場合)あたりのプロパティの会社名を見てごらん。

          #XPでは違うかもしれんが。
          シェア
          親コメント

        • Re:ファイル断片化を防ぐ (スコア:1, 参考になる)

          by Anonymous Coward on 2006年10月15日 20時11分 (#1037556)
          Windows のデフラグは１回では完全にはデフラグしてくれません。デフラグが終わってすぐにもう１回実行すると、前回デフラグできないと判断されたファイルがデフラグされます。なので、私はいつもグラフィック表示が全く変化しなくなるまでデフラグを何度も掛けています。

          ext3 の /boot が 26% フラグメントしてるとか言われているけど、どっかにデフラグツール無いかなぁ？
          シェア
          親コメント
          • fsckが出力するfragmentationの意味を誤解していると思う。

            dump & restoreしてみれば？

            • Re:ファイル断片化を防ぐ (スコア:1, 興味深い)

              by Anonymous Coward on 2006年10月15日 21時57分 (#1037587)
              ていうか /boot って何ＧＢ？
              いじる必要全く無いと思うけど。

              /home 以外全部 / なうちは X 起動時のシーク音が激しくなったので、
              knoppix で全ファイル退避・再フォーマット・全ファイル復帰・lilo 再インスコやってみた。
              音は小さくなったけど体感速度は全然変わらなかった。
              シェア
              親コメント

      • Re:ファイル断片化を防ぐ (スコア:1, 参考になる)

        by Anonymous Coward on 2006年10月16日 13時22分 (#1037805)
        > ＷｉｎｄｏｗｓＮＴのＮＴＦＳバージョンでも
        > 確かに断片化はしにくい構造であったと、ツールで確認したのを
        > 思い出しました。

        NTFS は最初から (今回の ext4 と同じ) エクステントベースの作りに
        なってますからね。
        Linux でも、xfs などは元からエクステントベースですが。
        シェア
        親コメント

    • まったく個人的な感想だが (スコア:5, 興味深い)

      by oddmake (1445) on 2006年10月15日 19時55分 (#1037553) 日記
      実際に毎日1年間くらい使用したxfsとreiserfsのファイルシステムをそれぞれ使っているPCで、
      一端ファイルを全部消した上でバックアップから入れ直すことで断片化解消によってどれだけディスクアクセスが速くなるか試したことがありますが、まったく体感できませんでした。

      OTPにはLinuxのデフラグについてすこし触れた記事 [opentechpress.jp]もあります。
      会社で技術資料を調べた時も、稼働条件に気をつかっているシステムなら気にしなくても大丈夫な筈だとあったような。

      十分な空き容量を確保して、パーティションの切り方とかにも気をつかったりして使っているシステムなら、断片化について心配する必要はないと思います。
      --
      /.configure;oddmake;oddmake install
      シェア
      親コメント

    • 断片化の弊害 (スコア:1)

      by pollen (20623) on 2006年10月16日 21時17分 (#1038154)
      NT 3.51 と NT 4.0 で FAX サーバを運用していた頃。

      FAX の送り出し時に変なエラーで中断・再送が多発。サーバソフトの開発元に問い合わせると「デフラグしろ」との回答。「お前らはデフラグソフトの会社の回し者か」と思いながらもソフトを購入してデフラグを実施してみると、エラー解消。

      開発元から原因の説明は無かったけど、バッファアンダーランみたいな事が起きてたんじゃないですかね。
      --
      願い事をするときは気をつけろ、神は叶えるかもしれない。
      シェア
      親コメント
    • それは「臭いものに蓋をした」んだよ。
    • kernel 2.6のext3にはreservation機能が追加されてますが？

  • 訂正 (スコア:3, 興味深い)

    by yosshy (3545) on 2006年10月16日 0時58分 (#1037640) 日記
    Ext4 が Linux 2.6.19-rc1 において登場した
    のではなく、元記事は 2.6.19-rc1-mm1 に登場した事を紹介しています。この２つは別物です。
    ただ、通常 -mm に入ったものがそのバージョンのオリジナルにいきなり反映される事はないのですが、何と 2.6.19-rc2 で Ext4 がいきなりマージされ始めています [theaimsgroup.com]。

    まあ、2.6.19-rc1 で パラレル ATA の libata 化 [atmarkit.co.jp] や GFS2 [redhat.com] がマージされ始めたので、このまま行けば色々変わりそうです。

    • Re:訂正 (スコア:1, すばらしい洞察)

      by Anonymous Coward on 2006年10月16日 2時54分 (#1037665)
      rcって問題なかったらそのままリリースするためのものだよね？
      なのにそんな大きな変更入れちゃっていいのかなぁ・・。
      シェア
      親コメント

  • 予兆 (スコア:2, 参考になる)

    by Anonymous Coward on 2006年10月15日 19時06分 (#1037535)
    新ファイルシステム「ext4」開発開始か [atmarkit.co.jp]

  • 部門名？ (スコア:2, おもしろおかしい)

    by t-nissie (8647) on 2006年10月15日 19時26分 (#1037539) ホームページ 日記
    「ファイルシステムの中央道やー 部門」ってのはなにかからの引用(?)でしょうか。
    左右にビール工場や競馬場が見えても困るし途中から滑走路になったらもっと困ります。
    --
    love && peace && free_software
    t-nissie

  • マシになったの？ (スコア:1, 参考になる)

    by Anonymous Coward on 2006年10月15日 18時46分 (#1037526)
    ext3はジャーナルファイルも通常ファイルであったが故に、
    他のジャーナリングファイルシステムと比べて安定性に欠けるといわれてましたが、
    その点はそのまま？
    • ext3はジャーナルファイルも通常ファイルであったが故に、
      まだこんなことをいってる人がいるんだ…

      • Re:マシになったの？ (スコア:3, 参考になる)

        by Anonymous Coward on 2006年10月15日 22時32分 (#1037598)
        現時点でどうなっているか分かりませんが 数百 MB 程度の多数のファイルを扱うとハングする [riken.go.jp]場合があるようです。
        リンク先によると i386 上の XFS でも問題があるようなのでファイルサーバには reiserfs を使っていたのですがこの先どうなることやら、、、
        シェア
        親コメント

        • Re:マシになったの？ (スコア:2, 参考になる)

          by Anonymous Coward on 2006年10月15日 23時32分 (#1037619)
          うちのサーバでは数100MBのファイルを3万個ほど扱ってますが、特にそのような現象には出くわしたことが無いですよ。
          （リンク先にあるような270TBのデータを云々というような試験は流石にしたことはありませんが）

          XFSも一時期使ってましたが特に不具合に出会ったことは無く好印象でした。

          それよりも、僕は過去に reiserfs の方が痛い目に遭わされた経験があるのでそっちの方が金輪際手を出す気にはなりませんね。
          （壊れているのにfsckでは問題が出ないのが性質が悪い。ls でファイルサイズやタイムスタンプにも以上は無いのに、実際ファイルを開いてみると別のファイルの中身に繋がっていたり、そんな壊れたファイルがいつの間にか静かに増えていくという…、最悪でしたorz）
          シェア
          親コメント
          • >それよりも、僕は過去に reiserfs の方が痛い目に遭わされた経験があるのでそっちの方が金輪際手を出す気にはなりませんね。

            2.4.9あたりのカーネルは使うな、2.4.19以降を使えとかmkreiserfsしたときによく出るよね。この頃のはかなり深刻なバグ持ってたのかも。

        • Re:マシになったの？ (スコア:1, 興味深い)

          by Anonymous Coward on 2006年10月16日 2時11分 (#1037662)
          RHAS2.1 + 4GB以上の物理メモリ+ext3ファイルシステムへ大きなファイルのコピーですぐに出せますよ。 でも、この組み合わせって2.4.9+RHの独自拡張だからなあ。
          シェア
          親コメント

  • Raiserの居ぬ間に (スコア:1, おもしろおかしい)

    by Anonymous Coward on 2006年10月15日 18時48分 (#1037527)
    既成事実ほど強いものは無い。
    今を逃す手は無いね。

  • 一方 (スコア:1, 興味深い)

    by Anonymous Coward on 2006年10月15日 19時53分 (#1037552)
    Linuxファイルシステムの重鎮であるExtファイルシステムのバージョンアップ自体は良いのですが、ReiserFSの愛用者としてはReiser4が今後どうなるのかますます不安に...

  • ふとした疑問 (スコア:1, 興味深い)

    by Anonymous Coward on 2006年10月16日 1時25分 (#1037655)
    Ext3すら対応してない古いカーネルからは
    Ext2としてアクセス可能なのでしょうか…？

    ＃そんなん使うな、というのはナシで

    • Re:ふとした疑問 (スコア:3, 興味深い)

      by kawaz (15398) on 2006年10月16日 8時07分 (#1037685) ホームページ
      ext4 は ext4 として使い始めた瞬間から ext3(ext2) ではアクセスできなくなるってリンク先に書いてありますよ。

      今時は障害時のリカバリーには Knoppix などという便利なツールがあるから、古いカーネルで読めなくなる怖さって言うのは個人的には大分薄れた感がありますね。
      シェア
      親コメント

  • 1zeta=1024PByte (スコア:0)

    by Anonymous Coward on 2006年10月15日 20時08分 (#1037554)
    1K=1024 Byte
    1M=1024K Byte
    1G=1024M Byte
    1T=1024G Byte
    1P=1024T Byte
    1Zeta=1024P Byte 　　←　今ここ
    1Yotta=1024Zeta Byte

    • Re:1E=1024P (スコア:2, おもしろおかしい)

      by Anonymous Coward on 2006年10月16日 2時34分 (#1037664)
      1 K = 1024 Byte
      1 M = 1024 KByte
      1 G = 1024 MByte
      1 T = 1024 GByte
      1 P = 1024 TByte
      1 E = 1024 PByte 　　←　今ここ
      1 Z = 1024 EByte
      1 Y = 1024 ZByte

      Kilo --> Mega --> Giga --> Tera --> Peta --> Exa --> Zetta --> Yotta

      # 1024 YOTTA byte = 1 NOMISUGI byte (あ、 04-04-02 15:05:08)
      # 1024 NOMISUGI byte = 1 IMOTARE byte (じゃあ 04-04-02 15:19:40)
      シェア
      親コメント

    • Re:1zeta=1024PByte (スコア:0)

      by Anonymous Coward
      exa　エクサが抜けてる？

  • パーティション操作や、 (スコア:0)

    by Anonymous Coward on 2006年10月15日 20時43分 (#1037563)
    ドライブ丸ごとコピーしたりするのに
    新しいユーティリティが必要になんのかな？

  • CPU食いすぎるのは (スコア:0, 興味深い)

    by Anonymous Coward on 2006年10月15日 23時19分 (#1037614)
    どうなったのかなぁ？
    dd if=/dev/null count=1000000000 of=hogehoge
    なんてすると、ほとんどDoS状態だったり。

    Reiserだとだいぶマシなのだけどね。

  • 下方互換性？ (スコア:0)

    by Anonymous Coward on 2006年10月16日 7時48分 (#1037681)
    下位互換なのか後方互換なのかはっきりしてくれ！

typodupeerror

海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs