搭建环境，安装katago

Posted 2023-05-07

参考技术A 昨晚学习测试比较晚，而且强度也比较大，躺下直接睡着。想想儿子上学几乎每天都这样，真是辛苦。

学习的起因是在收尾Leelazero的时候，看到一篇评论，说当今开源的一款围棋AI KataGo甚是厉害，大有赶超leelazero之势。

自阿法狗后，围棋AI层出不穷，但基本都是站在狗身上不见头而已。引起兴趣的是这款AI的贴目、让子设定更为灵活，而且后续版本将支持中国古谱中的还棋头，这样可以对古谱提供支持分析。更关键的是只支持N卡的gpu计算，这样就必须安装CUDA和CUDNN，而这正好是最近需要学习和测试的。

于是开始安装。但上来就挨了当头一棒，老笔记本显卡太旧，CUDA和CUDNN居然直接拒绝安装。马上换上宏碁笔记本，开始了漫长的安装调试。

根据以往的经验，网上的教程不可靠。果然，网上写的容易，安装起来诸多意外。一个一个解决，顺带倒是学习了不少相关知识。

安装完CUDA和CUDNN，KataGo编译倒是简单了，没有费多大功夫。使用sabaki可以调用引擎进行对弈，甚至可以让KataGo和leelazero进行对弈。但网上最流行的lizzie却无法调用。但好在主要问题已经解决，足矣，立马倒头就睡。

今天早晨起来，又把剩余的问题解决。在lizzie的配置文件中的engine-command后面加engine-command-list，将各种引擎伸至权重写入数组，这样就可以通过ctl+数字进行引擎切换。

虽然费时费脑，算是完美的解决吧。

解决Lizzie通过ssh连接katago卡顿问题

参考技术A 从使用阿里云GPU云服务器运行katago开始，就发现一个问题：那就是使用sabaki通过gtp协议调用katago，非常顺畅没有任何问题。而同样的运行参数，一旦使用lizzie调用，则卡顿现象十分严重，不得不反复通过暂停、重开，来获取数据。

开始以为是带宽的问题，后来即便将带宽提高到5M也没有丝毫效果。改用AutoDL服务器后，其带宽不需要指定，同样卡顿没有改善。

前几天通过网上学习ssh的时候，看到有文章提到不同ssh服务器，客户端获取的返回数据不一样。受此启发，想到同样GPU服务器，sabaki正常而lizzie存在问题，那说明应该是客户端获取服务器数据、转换的问题。lizzie最早是针对Leelazero的，在获取katago的gtp数据时，对部分数据不识别，或者识别转换效率低，所以导致卡顿，甚至不能正常显示。

于是查看katago的配置文件，感觉应该是logToStderr参数的问题。默认值是false，为了在sabaki观战时看到AI的计算情况，我将值改为TRUE，这样gtp日志输出到sabaki终端。但这样一来，lizzie可能对大量输入数据有些不知所措了。本机还好，一旦通过ssh获取，更是应接不暇了。

果然，将logToStderr值修改为false之后，再调用lizzie，一切正常，顺利完成旧文旧局：“未完”的一局（钱宇平vs小林光一），算是开了一个好头。