▲コンピュータ将棋スレッド123 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>441
4.74でも1024にしてたけど問題なかったですよ >>437
この某所ってTwitterな。
suimonの銀冠穴熊を全否定したユキ@YukiN_shogiって人とエアリプ合戦繰り返していた。
研究負けしたからブログ移転となかなか香ばしい事件。 >>443
4.75から変わったんですか？
とりあえず4.74にして使ってます ニコ生公式_将棋? @nico2shogi 30分前
本日より、11月開催の最強将棋ソフトを決める大会「第5回将棋電王トーナメント」のエントリー受付を開始しました。
優勝者には「電王」の称号と賞金300万円が贈られます。対戦ルールなど詳細も公開しました。
●特設サイト: http://denou.jp/tournament2017/ これ評価関数だけ変えたやつも参加できんのかな
第2章
参加資格
(思考部)
第3条
参加ソフトは、思考部について、自力で十分な工夫を施したものに限る。 今年は荒れに荒れまくるオカン
常連勢予選で全滅みたいな
そんな中でしれっとＡ作だけ通過とかｗ 他人の作った評価関数をブレンドしただけのものが「十分な工夫を施した」に当たるとは思えないな 絞り処理をちょっと改造して、たんまり絞ったものは十分な工夫には当たらないのかな？
作業の大部分が絞り作業ってのが報われないよなぁ ガチ勢は評価関数の拡張をやってるだろうから
大会マシンのメモリが128GBとかだとKPPT勢は厳しい ざっと見た感じ、前回からの変更点まとめ
>2017年11月11日(土)：予選リーグ 2017年11月12日(日)：決勝トーナメント
・3日間から2日間に変更
>思考部 指し手生成部、および、学習部のうち、使用可能ライブラリと定跡データを除いた部分
・stockfishなど「一般に流布している汎用ルーティン」は「思考部」に含まれなくなった？
>決勝トーナメントのうち決勝は、各将棋ソフト 3 台ずつのマシンを使用し、並列 3 番勝負を行う。
・準決勝と3位決定戦は三番勝負ではなく一発勝負に変更
>決勝トーナメントは持ち時間 1 時間、切れ負けとする。
・決勝トーナメントの持ち時間が2時間切れ負けから1時間切れ負けに
>本大会終了後、1 位から 5 位となったソフトは、ドワンゴが主催する将棋放送・イベントでの使用において、主催者ならびに主催者の認
める者に対してソフトウェアの使用を許諾するものとする。
・ドワンゴによるソフト囲い込み規定追加
あと、前回はソルコフ上位同士を対戦させるマッチングのせいで裏街道が有利になって技巧が予選落ちしてたけど、そのへんを改善したのかは気になるところ 電王Tで同星対戦がソルコフ上位同士なのは、多分スイス式の計算にそのへんのフリーソフトを使っているからだと思う
WCSCでは自作のソフトを使ってるらしいし、CSAにプログラム借りるなりして厳密なマッチングにしてほしい 電王戦ももうないんだし
Xeonにしてまえや
Skylake-Xでもいいけど 絞りやブレンドだけでは出れないの？
ポナに負ける気がしないが 低スペだろうがハイスペだろうがお前には関係ないだろ。いつも俺の書き込みの直後にレスするとか、よっぽど暇でニートなのかな？悔しくて毎日寝れないのは辛いだろうが、明日にも職安行って仕事探してきなさい >>462
不正を示唆する、人の物を平気で横取りした我が物顔で主張する、嘘をつく
FC2の生ﾎﾟ野郎と同じだよお前ｗ
何がポナより強いだ
人が苦労して作ったものを、それも公開されてる方法で何も貢献してないやつが
出場したいとか俺がニートだとしたらお前それ以下のｋｚじゃねえかバーーーーーカ まじで何もしてないのに出ようとする奴って居るんだな まあ、ニートで全く強いソフト作れず、２ちゃんでしか粋がれない奴の人生は悲しいな。 詰め将棋ソルバー自作したら
３手詰めは数秒で解けるのに
５手詰めが一瞬で解なしになってわろた
バグ取りとかもう嫌やねん とりあえずこういうクズが出場できる余地を（ほぼ）無くした点は評価できる
かなりコンパクトに大会まとめてきた
持ち時間の減少や三番勝負が決勝だけなところをみても、去年よりも確実に運要素が増えるなぁ
こういう大会で高確率で優勝しようと思ったら、他のソフトよりもレートを300〜400上積みしないと厳しいだろうが、さすがに今回はそういうソフトは出てこないだろうな スレ違いかもしれんが、やね高速化を図るためにclang/OpenMP化を模索してたんだが、
clangは中間コード吐き出すのにLLVMに実装されていない部分があるらしく、やねでも
使っている#pragma omp parallelがリンクでコケる。（simdとかはリンクできた）
なので、現状はやねでOpenMPを使う場合はVSかgccでビルドするしかないということが
わかった。悲しい。
探索部はclangでビルドしたほうが断然速く動くようになるので、対局や教師局面生成は
clangビルド版で、学習部だけgccビルド版を使うというのが一番速い動作ということに
なる。
技巧のclangでビルドしてみたが、やはり同じだった。技巧がclangでビルドできれば、
iOSアプリ化も見えてくるのになぁ 引用元や絞りの要素を明示したら、別にいいと思うけどなあ
予選に1000人来たらめんどくせえ。ということなんだろうけど 300万円はいいね
大学生あたりが力入れてくれそう >>469
Windowsにこだわらなきゃどっちも通るから、iOSアプリ云々はやるき次第じゃね？ そっか。
と思ったけど、stockfish で出来てるから、やっぱやる気の問題のような。 >>476
そのやる気ってAppleと戦うやる気でしょ
んなもんねぇよw shogiDBのfloodgateにBasashiが戻ってきた。
ハイスペyaselmoも来ないかな 本家は今月中に復活予定らしいけど何か変更はあるのかな。
個人的にはshogiDBみたいに１５分切れ負け？にしてもいいような気がするんだけど。
フィッシャールールだと勝負ついてからの無意味な粘りが多くなって棋譜のレベルはあまり
変わらないと思うんで。 ディープラーニングの将棋作ってる人、(wcscに出てない)elmo学習を七割くらい早く学習できるようにしてたけどあれは普通の評価関数でも早くできるようになるんだろうか？ >>481
epochはミニバッチ1回でカウントアップなのね >>481
そのpatch、損失減るの早すぎィィィ Basashiが全然ハイエンドマシンのyaselmoと当たらねぇ 1950Ｘが押されてる・・・・・
上のほうにいたyaselmo絞った人か やねうら王、KPPの手番なし(PP,KPP手番あり)型評価関数 EVAL_KPP_PPT、2/3ぐらい書けた。
ってあるのですが
これって強くなるの？ >>491
自分も似たようなことを考えてて、PPT型評価関数を作ってみてる最中。
もしかしたら2駒関係+手番で十分なんじゃないかって思って。だってPPの中にKPやKKの評価も含まれるんだもん。
うまくできれば評価関数のサイズを小さくできて、ショボいPCでも深く読めるようになるかなって思った次第。 >>492
お前は何を言っているんだ？
PPT型なんか評価関数の精度が思いっきり下がるんだから深く読めるわけがない。 >>493
深く読む＝探索深さのこと言ってるんだったら何も間違ってないでしょ
精度が悪いからなんて言い出したら、探索使わずその局面だけの評価したらKPPTなんてクソゴミ精度だぞ
結局探索と組み合わせてなんぼ 評価関数の精度が高くなればなるほど激しく前向き枝刈りができるようになって
同じ時間でより深く読めるようになるってことじゃないの
逆に精度が下がればあまり先を読めなくなる むしろ評価関数の読み込みを省略した奴が欲しいわ
ひようら王V4.75ならBonanzaより強いんじゃないか？
そして本家のひようら王はもうDL出来なくなってるのね 駒割のみならゼロ埋め評価関数で再現できるけど
手持ちで1/4加算させるのは素人の俺には無理だった
更に初めから評価関数を読まなければNPSも上がりそうだけど
プログラミング技術がないとその改造もムリゲーだった >>495
評価関数毎に最適な探索部書いたらそうなる かも しれんが、別にそんな開発の仕方はしてないしなあ
同じ探索部使ってもN駒パラメータが多い方が、枝刈りを積極的に行うかどうかなんてわからんし、どうやって検証するのかと
パラメータの少なさによるNPS向上は明白だけど、それ以上に枝刈り効果が高いなんてのは仮説に仮説を重ねすぎてる
というか◯◯は深く読むって議論自体に意味がなく、単に強さを比べればいいだけ >>498
>評価関数毎に最適な探索部書いたらそうなる かも しれんが、別にそんな開発の仕方はしてないしなあ
やや違う希ガス
少なくとも探索部のハイパーパラメータは今日日パラメータを振った上での自己対戦という品種改良的なやり方で評価関数に合わせ込まれてゐるし
本家stockfishとかは探索部のロジックまで品種改良的にやっている気配がする
>>495
評価関数の精度向上でNの手間で期待値として2^Nノードの探索を省ける、みたいな劇的なNPS向上効果は現実には無い
速い探索部は駒得だけにしても速いというのが現実
な印象 他スレで見たけど
yaselmoで解析すると大山康晴が歴代で1番一致しているらしいね
時代を先取りし過ぎでしょ。。。 今日電王トーナメントの開催方式を知ったんだけど随分運ゲー気味になってしまったな
相変わらず予選は8回戦しかやらないし3番勝負は決勝だけ 連盟がドワンゴに対してやらかしたらしいし、電王トーナメントも今回限りかもな >>501
冤罪問題の時の検証だと技巧と一番一致するのは橋本ってデータが出てたし、ソフトごとの癖でそのへんの傾向は大分異なるのかもね >>505
でも守衛室カンニングしてたのはハッシーじゃないから >>500
あぁ、やっぱ最終的にはそんな評価するようになっちゃうかぁ…。指摘ありがとうございます。 >>507
ついでにいうと２コマ関係だと壁形の認識も難しくなる。
技巧は２コマ関係だが玉周辺は利き評価で別扱いしてるからそこで空間も評価してるんかね。 >>508
ということで、KPPTは偉大だという結論に至りましたw
ならできることはやはり探索部の改善しかないということで、ソースとにらめっこを始めましたw
改善のスローガンは「先人の絞り結果を信じよう」ですw >>509
3駒KPPTは、学習の手間、評価精度、評価速度とメモリ消費の制約とバランスから選ばれてるに過ぎんので、
ハードが進化すれば4駒KKPPTとかKPPPTとかになるんでは？
大駒をK扱いにした拡張３駒HPPTは来ないのかね？
大駒の損得があると過大/過小評価しそうだが。 >>510
大駒を考慮した評価は真っ先に考えたんですが、おっしゃるとおり過大評価に対するペナルティをどうするかで詰まってしまって諦めましたw やねさん、オレが考えそうなことは既にやってたらしく、やりたいことは既にコーディングされてたw(探索パラメータの動的変更機能)
clang++対応に書き直すだけで実現できたので、現在の評価関数に対応したパラメータを模索中。 KKPPはともかくKPPPにしたらFutility purningが理想的に効いたとしてもNPSが1/4になるかもしれんがどうなの？
大駒をK扱いにした拡張３駒HPPTでHの位置の有効性はK周辺のKPPで決まってしまうと思われ、
仮にHPPに大きな得点が付いたとしたら汎化能力的に不正解な気がするがどうなの？
KPPでなくKPPＴにする有効性はTの違いを1パラメーターぐらいの追加で除去できない理由が無いから多分都市伝説 HPPTをやりたいのであればHを1個追加につきKPPに対してサンプル数を14万倍ぐらいに増やして学習したら多分ペナルティーのしくみとか考えなくともKPPと同水準まで逝ける >>514
14万倍……少なくともうちのリソースじゃムリw
だんだんプロトコルみたいになってきたな。そのうちHTTPとかできそうだw >>513
NPS4分の1なら探索深さ2手分。
3駒より本筋を読めているなら問題ない。
いや、序中盤では４駒有利、終盤では深さ優先、3駒有利になるかも。
大駒、特に飛車は盤面全体を支配するので他の駒との位置関係を精査する意味はあると思う。
飛車を詰められないようにするという以上に。
ただ、ヘタに実装すると川柳のヘボ将棋になりかねんな…。
飛車角交換も評価難しそう。
KPPTは1手深く読んで反転すりゃKPPで足りるが…プログラムのデバッグしやすさの問題では。 今年の電王トーナメント、トーナメント戦が決勝以外１戦かつ１時間切れ負けになってて草ｗ
もはや本当に只のじゃんけん大会に成り下がってしまったなｗ tanukiやうさぴょんの開発者はやねうら王超えられないのに出場続ける意味はなんだろう 開発者にとって将棋ソフト開発なんて趣味の一つみたいなもんだ >>518
電王トーナメントのマシンの搭載メモリが32GB以下だと本当におみくじ状態
メモリが128GBだと差が出るらしいけど。
大会スペックは、googleかamazonかmicrosoftのクラウドコンピューティングあたりになるといいな yaselmoを新オプションでKPP_PPT化すると技巧2よりも弱くなってしまうのね
初めからKPP_PPTで学習した評価関数を作らないとダメか >>521
ドスパラが売りたいPCを使うのでそれはない。
amazonがスポンサーになれば別だが。 大会後にソフト公開されても誰も使えないようなハイスペ専用ばかりだと味が悪いしね WCSCと差別化されるのは意義のあることだと思うけどね やねうら王さんしかちゃんと取り組んでる開発者いないじゃないですか
やねうら王さんが将棋ソフト開発やめたら進歩はストップですね
しょせんはやねうら王ライブラリ使用な開発者だらけですし >>529
所詮みんな趣味でやってるんだしそれは仕方ないのでは？ >>529
何事も洗練され高度になってくるとガチ勢ばかりでハードル高くなってくる。
オリンピックとかサスケとか鳥人間とか。 >>531
今朝何気なくフェッチしたら、コミットされててビックリしたw >>533
これは、tanukiもKPP_KKPTになる流れだよな
KPPTに比べて何が優れてるかわかる奴おる？ >>522
epoch0から再教育を始めました。果たしてどんな評価関数になるのやら…。 >>534
KPPのファイルサイズが半分になる
740MBが370MBになるのはでかいっすよ >>537
乱暴な言い方をすると、
サイズが半分になる→読む量が倍になる→強くなる（かもしれない） >>538
評価関数のサイズと読む量は何も関係なくない？ >>538
KPP_KKPTがKPPTより高速なのは確かだけど、テーブルサイズと実効速度をごっちゃにするのは乱暴すぎでは（あと読む量は倍にまではならない）
例えばGPSfishの評価関数なんて超省メモリだけどNPSは滅茶苦茶低い KPPTと比べて
KPP_KKPTのメリット:
・ファイルサイズが小さくて取り回しがいい
・消費メモリが少ない
・パラメタが少ないため学習の収束が早い（かもしれない）
・ちょっと早い（R40相当？）
デメリット
・評価関数の精度が下がる（R40程度）
参考
https://mobile.twitter.com/yaneuraou/status/882384671094341632
間違ってたらごめん ■ このスレッドは過去ログ倉庫に格納されています
