うらお先日リリースしたやねうら王V5.10と今年の5月時点のmブランチがだいたい同じぐらいの強さのようです。いま新たにやねうら王V5.20リリースしました。うら王V5.10よりR40ぐらい強くなっています。std::log(i)));これです。12のやつは、スレッド数に応じて枝刈りをきつくしてあるわけですね。スレッド数が多い時は、同じような局面を調べているスレッドがたくさんあると損なのである程度ばらついて欲しいわけですが、そのためにreductionをきつくするわけですね。逆にスレッド数が少ない時は、枝刈りを甘くしておかないと読み抜けて頓死してしまいます。これをうまく処理するためのアイデアが、スレッド数のlog(対数)に応じてreduction係数を決めるというもので、「なるほど!」と思いながらこの1行をコピペしたところ、これだけでR30ぐらい上がりました。何も考えずに1行コピペするだけでR30も上がるの、すごくないですか?大リファクタリングして5000行ぐらい修正してもこれっぽっちもレーティング上がらないというのに!😥その他、浅い探索(残り探索深さが少ない時の探索)の枝刈り条件を調整しました。これはまあ、そういうもんです。これでR10ちょい上がりました。それで何かと話題のmブランチと強さを比較して、わかりやすくまとめたのがこちらになります。そこからさらにR40ぐらい強いやねうら王のほうはまだまだ強くできそうですけども、とりあえずmブランチは軽く抜き去ったので、このへんでいったん作業終了です。次は新しい評価関数の実装作業が待ってます。どのmブランチに対しても有意に強い。2018年のtanuki-評価関数を使用。:mブランチには上記のコードは反映済みでございました。オフセット?)ここの数字を変えると何が変わるのでしょうか?よろしくお願いいたします。:3990XのようなWindows上で複数のプロセッサグループを持つCPUで、思考エンジンを同時起動したときに同じプロセッサグループに割り当てられてしまうのを避けるために、スレッドオフセットを指定できるようにしてある。0,32,64,96をそれぞれ指定する。1つのPCで複数の思考エンジンを同時に起動して対局させる場合はこれを適切に設定すべき。ここがポイントだと見抜けるなんてさすがです。:更新、お疲れ様です。片方のソフトだけLargePageが有効になっていない事がありました。そこで、正確な結果を得るために、LargePageを使わないようにするオプションがあると嬉しいです。ご検討のほどよろしくお願いいたします。:あー、なるほど...。それは確かに嫌ですね。エンジンオプション、いまクソほど増えてて、これ本当にエンジンオプションとして設定できるべきなのだろうか...という気持ちもなくはないですが、とりま、追加します。:なんとかちゃんねるで知ったのですが2つのソフト同士で対局するときエンジン設定でHash値が2つとも同じ1000MB台でLargePageオプションがFalseになっている場合、片方のソフトのメモリ使用量が1000MB台でもう片方が100MB台と少ない場合は100MB台の方はLargePageが設定に反してオンになっている探索部自体の不具合と考えていいのですか?気になったので報告いたしました。:それ他の人のエンジンの話じゃないのかな...。インタビュー記事やこちらのブログでコンピュータ将棋に興味を持った者です。疑問なのですが、技巧ややねうら王などc++のものが多いですが、なにか理由はあるのでしょうか?今後もコンピュータ将棋の発展を楽しみにしております。c++のものが多いですがアセンブラを除くといまのところ(普通は)C++が最速のコードが書けるからです。移植性もそこそこ高いですしね。機能面や書きやすさでは最近の言語(C#やPython)には劣りますね。:新しい評価関数!?やねうら王の評価関数はリゼロシリーズ以来なので期待してまーす。棋風が面白くて、よく使ってました。近年は追加学習やら既存の評価関数での学習が多く、どのソフトも似通った印象。:やねうら王はNNUEも全くのゼロから学習させました。(WCSC29のとき)今回の電竜戦はどうなることやら...。:まあ、お祭りみたいなものなので、そこまで意地になって勝ちにいかなくとも良いのではないかと。あ、おかねはほちいです。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。