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

Linux Kernel 2.6.11 リリース」記事へのコメント

  • 以下の文書の37ページから42ページあたりで指摘されている
    http://www.dd.iij4u.or.jp/~okuyamak/Documents/2004-11-19-Fedora-Study/Doubt-Intro-for-FedoraJP.notemp.pdf

    正しく同期書き込みしないバグは直ったのでしょうか?

    やっぱり、*BSD 辺りを選んだほうが無難かな…
    • 質問です。指摘のように正しく同期書込しないと
      1.どんな問題が起こるのですか?
      2.kernel2.6だけの問題なのでしょうか?
      3.同様の検証を各種BSDに行っても問題は発生しないのでしょうか?

      知りたいところです。
      私は現在、kernel2.4のお世話になっていますので、あまり切迫感
      はないのですが、、、。

      #BSDもLinuxも好きなのでAC
      • 1. 高い信頼性が要求されるもの以外はふつうは問題にならない。
        2. いつからは知らないが2.6だけではなかったと記憶してます。
        3. 正しく同期書き込みしているかはわからりませんが、バグは別としてああいうテストで問題になったことはなかったはず。
        • >ファイルシステムやDBがおかしくなる原因は他にもあるし、サーバーでもあまり気にする必要のないことだと思います。

          いいかげんだなぁ…
          ちゃんと同期書き込みしないとRAID組んでDBMS動かしても、
          データを突然失う可能性がありますよね。
          #まあ、commit のタイミングが怪しいシステムに、
          #どんな強固なDBやファイルシステム与えても無駄だけど。
          • 信頼性を落として見かけの性能を上げるというアプローチもあって良いと思います。高い信頼性を必要としないものに Linux を使うのも良いでしょ。

            ところで、Linux は同期書き込みのときにI/Oの順番が保証されていないのでしょうか。
            • by Anonymous Coward on 2005年03月07日 0時01分 (#704888)
              >信頼性を落として見かけの性能を上げるというアプローチもあって良いと思います。高い信頼性を必要としないものに Linux を使うのも良いでしょ。

              その場合、ext2 が最適と考えます。
              わざわざ、ジャーナリングするファイルシステムを用意する必要はありません。

              >ところで、Linux は同期書き込みのときにI/Oの順番が保証されていないのでしょうか。普通に考えるなら保証が無くなるのですが、実際の動作が、非同期書き込みで、できるだけ早めにディスクに書き込むだけなら、ディスクキャッシュの管理をちゃんとしてれば問題ないと思うのです。どうなんでしょうか。

              いえ、順番にI/Oが行われることで、守られるのはファイルシステムで、
              ユーザが書いたはずのデータが失われることを防ぐことはできません。
              #同期書き込みはユーザが書いたデータを失いたくない場合に使用されるものです。
              親コメント

アレゲは一日にしてならず -- アレゲ見習い

処理中...