【オセロ,将棋】ボードゲーム Part3【囲碁,War】 (636レス)
上下前次1-新
300(1): 2020/05/20(水)03:14 ID:kE3dJxL+(1) AAS
 お姉さん問題で有名な、北大の湊教授のZDD を使えないの? 
  
 本も出てる 
301: 535 2020/05/20(水)16:25 ID:BUng/tdF(1/2) AAS
 katagoを使った9路囲碁の巨大Book作成、やってみようかなぁ。 
 難しそうだけど。 
302: 310 2020/05/20(水)17:28 ID:Xgj8E+2H(2/2) AAS
 Hash関数の効率判断基準できました。 
  
 同じキーにデータが8つくらい入っているようなものもあり、それが適正かどうか 
 判断できなくてゴチャゴチャしていましたが、昨夜しれっと書いたように未使用キー 
 の数の期待値に着目したら簡単でした。 
  
 キーサイズと、データ件数からExcelなどで簡単に計算できます。 
  
 3件程度調べてみましたが、理想的な一様ランダム値で生じる未使用キー数の 
 期待値との差は0.1%未満で、このHash関数も一様ランダム化するものと言って 
 良いレベルでした。 
  
 逆に言えば、自分の典型的な使用方法だと20〜30%のキーが未使用になる 
 という事のようです。これはこれで…。 
303: 535 2020/05/20(水)18:41 ID:BUng/tdF(2/2) AAS
 やっぱライフゲーム囲碁やりてぇなぁ。 
 ウーム悩ましい。 
304: 310 2020/05/21(木)00:46 ID:ahADKaci(1) AAS
 Hash値、1件2件…と期待値出そうと思ったら、なんとなく昔の記憶が戻ってきて、 
 0件の時は不要だけど、こちらではPとかCとかが必要になるような気がしてきた。 
 確率の勉強するかな。 
  
 ZDDちらっと見てみたけど、ちょっと目的と違うような感じがしている。 
 本買ってみるけど。 
  
 脱線はこれくらいにして、DAG考慮したBook更新に戻ろう。 
305: 535 2020/05/22(金)19:57 ID:khQY98T/(1) AAS
 自己流でライフゲーム囲碁に取り組むべきか。 
 なぜalpha zeroがうまく行かなかったのかを調査すべきか。 
  
 まあしばらくさぼりモードだけど。 
306(1): [age] 2020/05/26(火)02:09 ID:dgMv5Qb/(1) AAS
 ・19路盤での定石の発見とかを可視化して、強さを判断する 
 ・まず5〜9路盤で最強目指す 
  
 俺なら後者を選択する 
 バグが出なくなったら前者に取り組む 
307: 535 2020/05/26(火)18:51 ID:QRHJU3eS(1) AAS
 >>306 
 実際に自分で手を動かす人なら歓迎するぞ? 
 口先だけならいらない。 
308: 310 2020/05/29(金)00:49 ID:wYh6jGrP(1/3) AAS
 DAG時のBook更新の件、めっちゃ悩み中。 
 普通にやったら1件更新に14秒とかかかって使い物にならない。 
 逆引きDBを作ろうかと思うのだけど、結構なサイズになるので、それこそメモリーに 
 置きたくない。形としてはunordered_multimapになるんだけど、Kyoto Cabinetが重複 
 キーを許すのか英文読まなきゃならないので止まってる。 
  
 そうこうするうちに完全読み切りのバグがまた発生して、事例が3件になったので、 
 調査開始。2か所間違いを発見。一つ目はケアレスミス。 
  
 2つ目は最善手の直後にパスが来るケース。置換表登録はパス後、オーダリングなどで 
 読む時はパス前の盤面になっていた。これで値が狂う理由がいまいち理解できないの 
 だけど、修正したら正しい答えが出るようになった。パスの処理は本当に鬼門。
省1
309: 310 2020/05/29(金)00:56 ID:wYh6jGrP(2/3) AAS
 速度低下は50%どころではなかった…150〜200%だorz 
310(126): 310 2020/05/29(金)20:25 ID:wYh6jGrP(3/3) AAS
 orderingの中でパス処理をしていたのでmobility関数を呼びまくっているのが遅い原因 
 ではないかと思い、パスの処理の仕方を変えて、パスも1手とするように変更したところ、 
 15〜20%の速度低下まで戻りました。他にも、つられてバグが発覚したので修正。 
  
 かなりのレアケースでしか発生しないバグですが、今まで自信満々で完全読み切りは 
 間違っていないと思っていましたが、なんか自信なくなった。 
  
 中盤探索も同様に修正したら、浅い探索の読み筋が変わったみたいで、少しは精度が 
 良くなるのかなぁと期待しています。 
311: 535 2020/05/30(土)18:11 ID:TznaFVwY(1) AAS
 以前もちょろっと触れたけど囲碁ディープラーニングプログラミングという本の12章にあるactor-critic法というのがまた気になり始めた。 
 自分なりに解釈して実装してみようかな。 
312: 310 2020/05/31(日)10:02 ID:/CnVYfEH(1) AAS
 またエラーが… 
  
 なんとなく記憶をたどっていくと、初段で並列処理してMap-Reduceすると、βカットの関係で 
 評価値は合っていても、ordering次第で間違った手を返す事を思い出しました。 
 で、たまたま回避策となっていた処理を>>201で外してしまったのではないかと。 
  
 並列探索だと本質的に回避できない気がするので、初段を順次処理に変更。残り空きマス 
 26での平均処理時間。一時は20〜25秒くらいまで来ていたのが、30秒程度に悪化orz 
313: 535 2020/06/04(木)21:00 ID:asDXFlye(1) AAS
 藤井センセw 
314: 310 2020/06/05(金)22:28 ID:TnykYlJh(1) AAS
 藤井7段凄かったね。今年中に8段行っちゃうんじゃないかと思った。 
  
 エラーの原因を冷静に見直したところ、どこをどう変えたか覚えていないレベルの 
 ちょっとした修正を加えたところからドツボって、修正するたびに更にバグを仕込んで 
 いたような。結局、元々のプログラムに戻して、速度も復旧しました。むむむ。 
 こういうのがあるからから、終盤探索に手を入れたくないorz 
  
 Bookの遡り修正ですが…行き詰っています。 
 Kyoto Cabinetはやはり単一キーしか扱えず。 
 メモリー上に逆引きDBを作ると、たぶんBookよりサイズが大きくなるためメモリーにおけない。 
 しばし悩み中。 
  
 息抜きで、棋譜作成のロジックをちょこっと修正。
省3
315: 535 2020/06/15(月)22:53 ID:SQc2KJ2b(1) AAS
 長期サボりモードに突入 
 なんか本で読んだけどモンテカルロ木探索の訪問回数をdnnの教師データとして使うようなやり方もあるらしい 
316: 310 2020/06/15(月)23:12 ID:r41RfhWg(1) AAS
 DB化、未だに方法が見いだせずストップしてます。 
 パブリックドロー臭いのにそうじゃない筋を手動で修正して、20件ほどもとに戻った。 
  
 その間に、棋譜が100万件突破しました。 
 が、Book眺めていると、まだまだ間違い多い。 
 Zebraも結構間違えているけどね。 
317: 535 2020/06/17(水)21:35 ID:nCYZMpcd(1/2) AAS
 2020/05/11 グロービス、囲碁AI「GLOBIS-AQZ」のプログラムをオープンソース化 プロジェクトの集大成としてソースコードを公開 
 外部リンク[html]:www.globis.co.jp 
  
 知らなかった。 
 ちょっと見てみようかなぁ 
318: 535 2020/06/17(水)23:13 ID:nCYZMpcd(2/2) AAS
 なお、公開しているソースコードは対局・解析のみの実装で、学習に関する機能は含まれていません。   
駄目じゃんorz 
319: 535 2020/06/18(木)19:28 ID:i+asT3Px(1) AAS
 ライフゲーム囲碁でモンテカルロ木探索の訪問回数をdnnの教師データにするのやり始めました。 
 今教師データを収集してるところです。 
上下前次1-新書関写板覧索設栞歴
あと 317 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.025s