i5などがあるのでこれは「論理コア数のスレッド数を指定するのがおそらくベスト」と書くほうがよい気がします。:Oh..そうですね。Bridge搭載PCしか使えないもので...)。:要望が多ければとのことですので私からもお願いします。Bridge搭載PCです。:5月ごろにやねうら王2016(mid)を公開しますんで、そのときにまとめて古いCPUに対応したものも配布しますね。:ありがとうございます。楽しみにしております。:首を長くして待っております。一応気づいたことをお伝えいたします。move直後の局面でevaluate()が正しくない評価値を返すことがあるようです。現在の実装では、そこから差分計算を始めてしまうようです。※ehashを使わない場合は問題ないようです。do_null_move()の中でst->sumKKPもコピーされるため、下記(3)になることがないので。:うおおおお!!そんなバグが...。早くならなくておかしいと思っていたのです。試してみて、速くなるようならehash復活させます。あとはAVX2の命令を使うと速くなりますが、まあ、そのへんは...。move直後の局面は直前の局面と(符号を除いて)同じ評価値を返すべきこれを見て思ったのですが、今のehashに格納するときのキーはkey()なので、これだと下位1ビットにあるSideビットが入ったままなので、NULLMOVE直後の場合に必ずSIDEが入って参照されないことはないでしょうか?(未確認)Aperyの実装を見てみると、ehashにはgetKeyExcludeTurn()という下位1ビットを消したキーを使ってます。exclude_turn_key()を定義してehash用のkeyとしてみたところ、benchコマンドでは差分計算される(calc_diff_eval)割合が33%->31%に減って、NPSが5%ぐらい増えたように見えます。:うおおおお!凄すぎ!探索パラメーターの自動チューニングをして寝かせている間にどんどん改良が進んでますね!!ありがとうございます。:ライブラリの設定で、個人的にすこし分かりにくかった箇所がありましたので、参考までにコメントさせていただきます。256手ルールなら256と設定する。ありますが、floodgateは257を設定するのが正しいようでした。:おお、ご指摘ありがとうございます。のちほど修正しておきます。:ちょっと調べたのですが、うまく動いているような気がします。実行ファイルを起動して、例えば、MaxMovesToDrawを4手を指定して、初期局面から3手進めた局面を渡してgoコマンドを呼ぶとbestmoveが返ってきます。MaxMovesToDraw自体は正しく反映しているように思います。Upになっていると推測します。思考エンジン設定に以下の2つの設定項目があるかと思いますが、floodgateではときどきサーバーが重くなるので、この前者を300msぐらいを指定して、後者として1200msぐらいを指定すべきかと思います。(解説.txtに追記しておきました。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。