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

遺伝的アルゴリズムでカーネルチューニング」記事へのコメント

  • by Anonymous Coward
    > 理論上は時間と共に特定の環境に最適なパラメータに収束する。

    本当に?最適解への収束性が理論的に保証できるようなやさしい問題なら、そもそもGAなんてくだらない方法は使わない方がいいのに。

    保証で
    • 同じGAの話をするなら、PostgreSQLはGEQOというGAを使ったオプティマイザを古くから持っています。これはプランの最適化に使うものですが、RDBMSの問い合わせプランは殆どのケースで最適解への収束が行われるでしょうから、あなたの言い分だとGEQOはくだらない方法になるでしょう。

      にもかかわらずGEQOを使うのは、大量のJOINを伴うようなプランの取りうる組み合わせが爆発した場合に時間がかか

      • Re:収束性 (スコア:0, フレームのもと)

        by Anonymous Coward
        殆どのケースで最適解への収束が行われるでしょう
        そういうのは「保証」って言わないんですよ。
        • そういうのは「保証」って言わないんですよ。
          言ってません。勝手に「保証」なんて前提をつけないでください。
          • by Anonymous Coward on 2005年01月09日 2時12分 (#675964)

            DBの問い合わせプランの最適化って、大抵は、最適解じゃなくて、近似解だと思うのですけど。

            最適化には二種類あって、コンパイラとかタスクスケジューラの最適化って、基本的に最適解を求めないってのが大半で、それでも最適化っていってる気がします。そういう場合は、最適解への収束をそもそも考えてなくて、なにもしないより良くなるとか、相対的な性能改善を目標にしているのかと。

            数学的な最適化っていうと、絶対的な最適解を見つけることが目標で、だからこそ、最適解へ収束って話になると、保証って話が出てきたのかと。

            横やりなのでAC
            親コメント
            • by L.star (163) on 2005年01月09日 11時00分 (#676034) ホームページ
              DBの問い合わせプランの最適化って、大抵は、最適解じゃなくて、
              いいえ。少なくともPostgreSQLの場合、基本は全数検索評価で、最も良い評価を得たプランを採用します。これはいわゆる最適解だと思いますが。

              もちろん評価関数の問題で、それが現実には最適解じゃない可能性もありますが:D

              親コメント
              • by Anonymous Coward
                「大抵は」という議論をしているところで、「PostgreSQL」という単一の事例だけを持ってきて議論をすること自体に意味がないということに気づいてください。
                あなたがPostgreSQLに詳しいのは分かりましたから。
              • by L.star (163) on 2005年01月10日 13時44分 (#676475) ホームページ
                私が本当に確実なことが言えるのがPostgreSQLだけだから(商用なんてソース無いし)そう言う言葉をつけたのですが、噛み付きますね。

                はっきり言っておくと、DBの問い合わせプランは順列組み合わせ問題に近く、テーブルのJOINやインデックスの選択肢が少ない殆どのケースでプラン数が数個~数十個しかなく、通常全件調査してもコスト場問題ない、と書けば満足ですか?

                あなたがPostgreSQLに詳しいのは分かりましたから。
                あなたが数学に詳しくても実世界の適用例に詳しくない上、言葉遣いは最悪で自分の言いたいことをここの方々にまともに説明できてないこともわかりましたから。
                親コメント

身近な人の偉大さは半減する -- あるアレゲ人

処理中...