今天等公共汽车的时候，看到一辆374路车经过，看的名字这么眼熟。想想，原来是最近在淘宝网浏览的时候，经常出现矿卡代号。
网上对矿卡的称呼跟黑话似的，应该是约定俗成的。比如374显卡，就是AMD的rx370显卡4g显存版，同样还有474，对应的478则是rx470的8G显存版。
相对而言N卡的称呼更专业一点，和老黄的刀法精准明确有关，比如我买的3g显存矿卡，就叫做p106-90，而6g显存版则是p106-100。因为不止是显存有差异，核心数也不同。
在家里用gtx1660显卡下棋的时候，lizzie下，胜率变化和变化图显示明显要快过p106-90的矿卡，而相同参数下用sabaki对弈，一盘收完单官的对局，在1个半小时左右，比矿卡要少1个小时。
但如果使用双矿卡，那样速度应该就应该就会反超，因为本身功耗已经缩减，付出的代价就是闹人的噪音了。
作者： 512song
小搬迁也费神
今天住所更换，本打算早早准备下午吉时货拉拉到位搬迁。因为有事耽搁，也就没有来得及收拾，货拉拉将大件搬走后，我和外甥就开始边整理，边将零散物品搬到车上。
期间只是外甥一趟趟来回搬箱子提袋子，我整理的进度很快已经赶不上他的节奏。
虽然去年大搬家已经有了经验，那就是能扔就扔。但今天挑拣物品的时候却有些费神。有的物件是为我准备，随我而来，断不能丢弃。而后期置办的物品，本是为了有家的感觉而备，可以可无而已，但久已生情，虽是寄托，舍之又不忍。
也许所说的假戏真做也就是如此吧。
剧本小说
此次回家时间比较短，又赶上阴雨天，主要呆在家里，安装好围棋主要AI程序，并用sabaki让leelazero和katago对弈一局后，也就没有再怎么用电脑。
主要时间是看上次购买的阿加莎全集，依然是倒着看。这次看的两本是根据阿加莎的话剧作品整理而成的小说。
网上对这两本小说评价不高，倒不是不精彩，只是因为与其说是由话剧改编，不如说是剧本小说化而已。
的确，初看小说的时候，感觉就像在看话剧一样。但这种感觉也不错，尤其是《蜘蛛网》，活脱脱将一件凶杀悬疑剧写成了喜剧。如果这部小说或者剧本能够在国内演出，也很能吃苦考验演员的演技。
而另一本《意外来客》相对而言更注重情节，所以舞台剧痕迹没有那么重，倒更像是老派悬疑电影。在结尾处悬念打开，而再回头看，前面的诸多意外、疑团都是顺理成章。
即便在阿加莎纯小说中，这本小说也属上品。
矿卡的潜力
早上在Windows机器下，用benchmark测试了一下gtx1660显卡的得分，在e3 1230 V3+8G内存的配置下最高得分250n/s。
这跟网上公布的GTX 1060(2*e5-2680v2 64G) 253n/s得分差不多，主要是CPU和内存拖了后腿。
之前我在双核奔腾+12G内存的Linux矿卡机器上，3G版的1060得分达到了136n/s。由此看来拖后腿的除了硬件还有操作系统。
在另一篇在我眼里较为专业文章里面，提到Linux对双卡支持非常好，性能几乎零损耗。如果那样，现在我上次买的那种矿卡，已经到了150块钱的价位，那就还买什么1060，1066显卡，两块3G显存的矿卡就解决问题了。
Windows下安装围棋AI程序
昨天返程终于涨经验了，取票之前计算一下时间，改签了合适时间的票，省却了候车时间，早到家半个小时。
回家后离给儿子做饭时间还有段时间，就利用这段时间把leelazero、katago、sabaki和lizzie一并安装了。
时间紧迫，就没有再专门安装Linux系统，直接安装在原先的Win7系统上。首先更新NVIDIA驱动，安装最新版的cuda，而其他系统则是直接安装编译好的windows 64位GPU程序，都还顺利，就是下载leelazero最新权重的文件时候，下载不了10M就断线。
暂且不管leelazero，先测试katago。但sabaki中设置好后，总是提示gtp错误，而换到lizzie下，用lizzie自带编译的katago则正常运转。
这看来是katago程序的问题了，于是直接运行出错那个katago程序，果然，是提示找不到某个版本的cuda的dll文件。看来是那个版本的katago编译时cuda版本较低。
懒得更换cuda版本了，直接找到那个高版本dll文件，拷贝到桌面上，将文件名修改为所缺失dll的文件名，然后拷贝回去。简单粗暴解决问题。
在解决gtp问题到网上搜索的时候，发现主要都是针对leelazero的，katago很少。好容易找到一篇，也是文不对题。但看着看着，怎么这么眼熟，全文一看，这不是我前段时间写的katago环境搭建的随笔吗？
不是说不能用我的文章，不署名也无所谓，但既然附在katago介绍文的下面，当做技术文，总要把环境注明，再说也帮俺改改语顺什么的吧。
沧海一声笑
上次从家里返回后，不断丢东西，都是小东西，其中就有路上、车上听歌的耳机。丢了也就丢了，好在日常路程短，车声人声也是一种乐。
今天乘车返家，路程长加上候车，为了打发时间，就将老早就购买的备用耳机拆封使用。
许久不听歌了，在车上想找几首新的老歌听听，在歌单看到《沧海一声笑》的时候，还有些迟疑，怕所选版本有差误了心情。还好，播放后那熟悉而悠长的前奏，是经典的版本。
这好像是我使用百灵网的时候下载的第一首歌，那时候井底之蛙，在宿舍里，拿着isa声卡和塑料音响组合来评论这首歌曲的mp3的音质。
这应该是香港电影黄金时期电影插曲代表作，也是那个黄金时代的一个缩影：群英荟萃，制作精良。
但即便如此，在拍完前面几个场景后，无论经费还是拍摄时间超支的情况下，徐克还是要礼送走胡金铨，继续后期的拍摄。
商业大潮下，淘尽多少风流。
分享罗大佑/黄霑/徐克的单曲《沧海一声笑》: http://music.163.com/song/393688/?userid=376870379 (来自@网易云音乐)
不意外中的意外
昨天光关注李世石宣布退役的报道了，晚上发现还有一个体育新闻被忽略了：穆里尼奥重新出山，执教托特纳姆热刺队。
穆里尼奥重出江湖我不意外，虽然累计的巨额解约金已经足以让他锦衣玉食，他本就不是那种甘于寂寞的人。有些意外的是，他选择的球队是热刺。
同样，热刺选择穆里尼奥也不奇怪，在炒掉波切蒂诺后，现在闲赋在家的名帅里面最大名头的，除了不愿拿钱不干事的里皮，也就穆里尼奥了。
如果在今年欧冠决赛后，炒掉优柔寡断的波切蒂诺，换上穆里尼奥，我同样也不会意外，那是为了再上一层楼，而现在，留给穆里尼奥的是一个烂摊子，人心散了，不好带的队伍。
但等了豪门大半年了，凭谁问，廉颇老矣，尚能饭否？
不差钱，就不讲究了，将就了。
不说祝福，只说再见
李世石宣布退役，棋坛一片喧嚣之声，赞歌惋惜声中，感觉这篇标题带爱字的文章算是冷的了。
李世石的退役，其实是退出职业棋界，或者是退出韩国职业棋士会，也就是说，他不会再参加韩国棋院组织的职业比赛而已。
按照李世石的哥哥李相勋九段说法，“李世石之所以要求退役，是因为他的比赛成绩每况愈下。再加上现在他已经无棋可下，所以只能提前退役。”在因为对局费及棋谱所有权问题与韩国棋院交恶的情况下，李世石在韩国职业围棋界已经无立足之地。
10年李世石也曾经退出韩国职业棋坛，但那时候叫休职而不是退役。因为那时候李世石还是如日中天，大李渐老，古力、孔杰等人追赶而未超越，李世石依然可以在中国围甲斩将夺旗。
十年过去，现在棋坛已经城头变幻大王旗，真如李相勋所言，李世石的战绩惨淡。两厢压力之下，为职业围棋而生的李世石退役也在意料之中了。
文中将李世石与李昌镐比较，应该就是职业棋手与棋手的比较。李昌镐在职业围棋赛中，用一局局胜利将围棋提升到一个新的高度。而李世石则将职业围棋提升到到一个新的高度，无论是对比赛用时还是比赛策略的运用。但随着岁月老去，终被一众后辈超越，而后辈们的着法中难掩小李秘籍的痕迹。
不说祝福，只说再见。
新浪视点：祝福李世石 来过爱过已经足够_手机新浪网
期待更完美的电纸书
双十一期间，我本来最想买的就是电纸书。但纠结许久，最后还是放弃了。
我现在有两本电纸书，都是kindle的，一本儿子在用，是国内可用的最便宜的触屏无背光版本，主要是看从亚马逊购买的电子书。
我现在身边的那本则是同事从美国给我带回来的老kindle5，自己安装了多看，也曾在多看书城购买过电子书，但主要还是看自己制作的pdf等电子文档。
之所以想购买一本电纸书，是因为6寸的kindle看pdf文件是在是费劲，虽然多看有切边分栏的功能，但自己制作的文档这点却基本用不上，所以一直想换一个大尺寸的kindle。但大尺寸的Kindle DX基本都是旧货，而且价格不低。
本来已经看上一款KOBO Aura HD，6.8寸的屏幕，这还算满意，但价格还是有点高，而且没法购买电子书，这样只是来看pdf文件就有些浪费了。
如果能有原生安卓系统的6.8寸的屏幕的电纸书，安装其他app购书看书，那这个价格就完美了，再等等看吧。
django通过字典新增数据
django一对一信息的创建可以通过几种方式
a、使用create方式
方式一: Publish.objects.create(“name”=”人民出版社”,city=”北京”}
方式二: Publish.objects.create(**{“name”:”文艺出版社”,”city”:”上海”}）
b、使用save方式
方式一:
book1=Book(title=”python”,price=”88″,publish_id=”1″,publication_date=”2017-06-18″)
book1.save()
方式二:
author1=Author(name=”jerry”)
author1.save()
其中使用create方式中第二种时，可以直接使用根据数据表字段设置的字段直接新增：
dict={“name”:”文艺出版社”,”city”:”上海”}
Publish.objects.create(**dict）