分类： IT天地

前段时间司马南开撕联想，也懒得关注。
昨天在B站看到一篇视频，好家伙，那弹幕基本把屏幕都遮盖了。up主挖坟上挖北宋，下挖满清，如果金大侠还在世，估计为了先祖也要加入战团了，这性质可比涉嫌致敬大仲马严重多了。
也是因为这个视频，今天浏览网易新闻的时候，点击了几篇相关文章，有半数已经是404了。
原先说过，名人名角最不喜欢我们这样的老家伙，不花钱捧场也就罢了，知道的老底还多。
其实文章中很多例子，都不算是什么秘密，当年的正规刊物杂志上都登着的，比如杨元庆带着按照多少人工资计的款项，到香港做贸易险些被骗，柳在北京坐镇听汇报电话，心惊肉跳。
只不过时过境迁，当年的辉煌事迹到如今，成了所谓秘闻黑材料。
还是同意胡锡进的论点，不要深挖历史，清算旧账。毕竟时代大潮中，有几人能完全把握方向。乘风破浪摆英姿多是暴雨过后，风平浪静时。

昨天一个朋友，大老远从市里来找我帮忙解决电脑问题，结果让他失望而归。
因为我要是有能力解决他这个问题，要么我就发了，要么我就进去了。
他机器中的是勒索病毒。
刚开始他告诉我机器症状的时候，我还没有意识到中的是这么厉害的病毒。只是看到文件出现了8位字符的扩展名，以为只是流氓软件，迫使用户使用他们指定软件打开文件而已。
这是继CIH、熊猫烧香后，亲身遇到的破坏性极强的病毒。
勒索病毒只是通过破坏文件头来感染word等有价值的文件，对TXT等文件直接忽视。好在感染之前系统会有提示，感染后的文件不再具有感染性。
防病毒，还是小心预防为妙。

今天在围棋论坛看到有网友提问，如何在linux下配置lizzie与katago。回答了几次关于权限、路径设置之后，问题总不能解决，于是决定自己在安装了ubuntu20.04版本的940Mx笔记本上从头配置一下。

首先从github下载了最新版本的Lizzie.0.7.4.Mac-Linux和katago-v1.10.0-opencl-linux-x64，为了配置简单节省时间，将文件解压到同一个目录下。然后在目录下下载katago的权重文件，并更名为默认的default_model.bin.gz。

首先运行katago，如果新笔记本，会提示两个问题，一是驱动未安装，二是缺少libzip.so.5文件。驱动可以在linux附加驱动中安装最新驱动，并重新启动机器。缺少的文件可以从网上下载，也可以自行编译。将文件拷贝至/usr/lib目录下，katago就可以正常运行了。

确保katago运行后，就可以通过java -jar lizzie.jar运行lizzie，待lizzie熟悉的界面出现后，会提示找不到Leelazero引擎。现在估计没有几个人再去用leela了，进入菜单中的引擎设置，将原先的Leelazero引擎设置行修改为./katago gtp，按照程序要求重新运行后，katago引擎就开始正常工作了。

lizzie与katago运行正常，除了慢，还有笔记本的滚滚热风吹出，似乎又回到了katago苦战Leelazero，连爬七手逆转的时刻。

这几天把PC机硬盘划出一块，把最常用的jupyter转到Win10系统下了。
我这些年来运行服务器系统，都是避开Windows系统的，倒不是网上高手们所说的装13，只是早期学习应用中有过比较，同样硬件配置，Linux下正常流畅运行的无论虚拟机，还是数据库，转到Windows系统下，简直是自虐。
不是有偏见，术业有专攻，同样非要在Linux系统下模拟Windows的桌面，照猫画虎，同样是自虐。
这次换系统的原因，是为了使用kite软件。这款jupyter的辅助软件，无论是代码提示，还是变量记忆，服务快捷周到，效率提升，对我这样的低手来说，简直有种飞起来的感觉。
上一次为了软件更新系统，还是PAL。

近期倒腾数据，使用Excel多了点，发现虽然版本命名规则混乱，也不知道升级了几代了，诸如字符集等老毛病一样没改，而新问题又不断出现。
index函数，这是我使用次数最多，最熟练的函数了，居然总提示我嵌套错误。害得我恨不得逐字符检查，最后才发现，原来Excel把自增长序号，也认为是函数了。
估计也就是凭借系统垄断，否则这烂软件公司早倒闭了。
而另一个用的多的vscode，现在连网页编辑都设为默认软件了。它可是怎么看都不像是微软家的产品，简便、开放，快平台，真心不收费。
真不知道微软高层还有内部部门，怎么看待这个另类的自家产品。

这几天被流氓软件烦透了。整天提醒别人装软件要小心，结果自己中招了。
因为新服务器安装完后，为了方便数据备份转移，需要用到U盘，结果没用多少次的台电优盘，插到电脑上总是提示找不到设备。
因为心疼再买U盘的钱，准备使用软件把U盘量产低格，但官网现在没有提供量产软件，脑子一时短路，选择下载了搜索引擎前列的软件。
软件还没有安装完，桌面上就出现了大量的快捷方式图标。
先后安装了腾讯、金山的清理软件。不知道是流氓软件水平高了，还是清理软件十年多没有技术升级提高，还是说同流合污，蛇鼠一窝，清理下来，连流氓软件都找不到。
而那一个个什么大师，某某精灵还在层出不穷的在系统右下角弹出。
不过流氓软件虽然流氓，也有自己的规矩，那就是虽然在系统安装软件列表中隐藏，逃避卸载，但安装文件夹中，还是有卸载的程序。估计这规矩也是怕真正监管部门动真格的。
于是直接打开C盘下的软件安装文件夹，看到哪个文件夹可疑，进去卸载掉，宁可错杀，也绝不放过。
今天算是清净了。

昨天的DIY新服务之所以拖延一日，主要是老“服务器”的原因。原本前天晚上是准备完成数据处理工作后，乘兴将装机完成的。

结果在工作中，jupyterlab运行异常卡顿，敲代码居然都一顿一顿的。使用计算机这么多年，我一向是不怕慢就怕卡，因为卡起来直接影响思路和心情，否则也不会也分不清睡前还是梦中想出来如何设计数据模型。

当年我面对杂七杂八的机器，五花八门的问题，一般一手掂着螺丝刀，一面心中念咒：不行就拆了你，大不了就报废下岗。念完咒，机器能好了一大半。

按理说面对下岗，老机器应该更卖力才对，看来这招只是对公家机器可行，对自家机器不管用。

昨天上午终于忙完，看着这宁死不屈的待下岗机器，不由心中有愧，脑子也清醒了。心想机器效率再差，也不至于如此之慢。

后来一分析，估计不是硬件、系统问题，应该是软件问题。于是卸载了jupyter的代码辅助插件lsp，果然，系统顿时恢复正常了。

网上曾有网友调侃，装上lsp后，两分钟后才出现代码提示。由此看，果然不虚。

本来想安装lsp来提高效率，没想到拖后腿不说，还差点冤杀了老机器。

昨天购买的机器配件到货齐全，把准系统开包后，本想一鼓作气把机器组装起来，但因为有工作急着需要处理，装机工作只能推迟到今天。

下午回家，首先把CPU拆包检查。这可是本次装机的配件中最贵的，也是机器的核心，装机的主角。

CPU选择的是服务器志强的E3 1265LV3，跟我上一台机器用的E3 1230V3是同门兄弟，都是4核8线程，TDP只有45w，考虑到集成了核显，所以在服务器运行中功耗肯定还会降低不少。

拆开机箱，安装CPU，涂抹硅脂，扣上散热片及风扇。散件安装完毕，将从京东购买的内存跟SSD也安装上了。

毕竟也算是DIY老手了，不一会机器安装完毕，直接连接到客厅电视上开机。运行正常，但在安装系统中电视屏幕找不到信号。应该是电视机太老了，而且联想准系统只有dp接口，通过转换口连接HDMI，估计电视在分辨率转换中不能正常识别。

于是转移阵地到电脑桌上，这次正常安装完系统。安装过程中机器噪音很低，散热片只是温温而已。

安装后摆上书架，跟原先使用思科路由器机箱的服务器相比，高大上了许多，性能应该更不是一个档次了。

完美的一次DIY装机。

前年这个时候，小外甥来济南，提到想跟我学DIY电脑。

外甥想跟舅舅学，自然很高兴。当时我计划中是先买一台准系统进行DIY，这样可以更简化地入门学习。

但两年过去，计划没有变化快。

前几天，家中的j1900服务器不止在处理PDF文件时已经不堪重用，就连ftp传输大量文件，CPU占用都接近满负荷，实在忍无可忍，于是DIY计划推后也罢，提前也罢，立即付诸行动。

只不过准系统由原计划中的戴尔9020改为联想M93P，无他，便宜尔。

机器到手，还没有一同从菜鸟驿站领回的泡菜沉。打开包装，基本算是全新的机器，而体积更是比我想象中还要小巧。

下一步就要看运行情况了。

现在逛书店少之又少了，从网上买计算机类的书，有如隔山买牛。

之所以还要拼运气拼人品买书，主要是书籍相对网上的资料更具权威性，虽然只是相对而言。

网上技术类网文搜索下来，前面热门几页里面，重复率极高，基本都是采集后再发布。更有甚者，现在搜索排名靠前的链接中，很多都是搜索再链接的集合。

而这些转来转去的文章，已经不知道最初的老妈生在哪个年代，处在什么环境。即便原创，除却权威性，严谨性也非常欠缺，毕竟网文随意性太强了。

这次凑单买的MongoDB的书籍，虽然版本还停留在3，但能再版到第三版，也称得上权威了。买这本略显过时的书的动力，是因为近期学习中，看到网上颇火的一篇文章，在提到在建立集合的时候，要建立关联的集合，说这样可以避免臃肿。

虽是初学者，但我还是带着脑子。既然是nosql数据库，有别于传统关系型数据库的就是关联性，在nosql还注重关联性，那岂不是自毁武功？

买到这本书后第一件事，就是翻看有没有相关的内容。果然很快找到了其列出的经验法则：尽可能地使用内嵌数据。这种方式要高效得多，并且是可行的。

这也印证了我的理解。

在我理解中，传统数据库相当你进入一个档案室，给你一个号牌，你到各个分门别类的档案盒中查找资料，找到一个，根据手中号牌还有新找到的号牌，再找另一个。

每个档案盒相当于一个表，里面每份档案则是一条记录。

而nosql数据库如MongoDB，则是一个号牌直接从一个档案柜里拿出一份档案袋，基本的资料都在里面了。档案柜不叫表，而是集合，而档案袋则可以称为文档。

看来我还不算笨。