Kensuke Matsuzaki
Kensuke Matsuzaki
現状はユーザー定義関数の実行が無限ループ内で行われるので動作が止まってしまいます。 具体的にはこういったコードで、ユーザー定義関数内で有効な操作があるまで画面更新を行わず`await`ループを回すようなプログラムが動きません。 https://github.com/AmefuriTell/amayadori/blob/a5ff39165aac7b11b731e3dd37e5da49ecab1ab9/reversi/Reversi.hsp 解決案の一つとしてはasyncifyを使うと大きな変更なく上のようなプログラムも動くようになりました。 ただし、出力されるhsp3dish.jsのサイズが元の1.9Mから2.4MBに増えました。 これは、asyncifyを適用する関数をコンパイル時に指定すれば軽減できるそうです。 https://github.com/onitama/OpenHSP/compare/master...zakki:em-asyncify 他の対応として素直には`code_callfunc()`内で実行せずに親側で実行することも考えられますが、手を入れる必要のある個所が多そうです。
When the opponent escape captured ladder, ray is too pessimistic. https://twitter.com/xevixevi/status/806525835368808448 I made quick fix, but this may spoil some useful ladder. https://github.com/zakki/Ray/commit/d0ff2bf64dcfaf823ad01fd9213dd669ad719d67
The dtype of the verification data in arcface_torch is `torch.float32`, but `torch.uint8` is sufficient.
What do you think about replacing pthread with std::thread to run on windows? https://github.com/zakki/OpenDTAM/commit/9a2f8713f4ef5ba8ab2a26c24378ab512a046a09
For AMD GPU and OpenCL via ONNX. https://github.com/dmlc/nnvm
Lose by timeout when opponent is Zen-11.4n-1c. http://www.yss-aya.com/cgos/19x19/cross/Rn.4.20-4c-p.html http://www.yss-aya.com/cgos/viewer.cgi?19x19/SGF/2017/08/28/274533.sgf
It's meaning less value for 3.x or later.
Since the debias layer is a linear transformation, the effect on `k_mix` is expected to be heavily influenced by `x`, which has a large norm. So can I replace `e_ij`...
自己対局の探索側をasyncで大量に並列で起動しておいてNNはバッチ推論するようにしました。 7950X+4090で24並列だと3倍速になって、1日で80万局できてほぼ収束します。 とりあえずの実験実装でいくつか課題があります。 - [ ] 並列自己対局以外の変更も入っている - [ ] `tree_async.py` が `tree.py` のコピーで重複コードがある - [ ] `selfplay/worker.py` にも重複コードがある