GTX690战术核显卡导弹
type: channel
link: https://www.nekopara.uk/
description: GTX690战术核显卡导弹的猫窝
items: 个性化Typecho VisitorLoggerPro插件，二次元浓度拉满！
items: 个人博客低成本CC防护：抵御85%+常见CC攻击
items: Manjaro Linux 安装 Abaqus 2022 踩坑记
items: Blender练习作品：动画风格教堂建模
items: 绕过黑洞！利用VPC内网互通低成本实现DDoS攻击下网站高可用
items: 矿渣再就业：双卡 P104-100 运行大语言模型可行性报告
items: P104-100 矿渣再就业指南：赚取SheepIt渲染农场积分
items: 使用 EasyTier 自建服务器组网
items: 解决 Arch 系 Linux Ark 打开 zip 压缩包中文乱码问题
items: 核武库+2！购入 HD6990 和 TITAN Black

个性化Typecho VisitorLoggerPro插件，二次元浓度拉满！
type: item
date: 2025-11-04T20:08:00+08:00
description: 二次开发萌化VisitorLoggerPro插件其实之前我一直在用VisitorLoggerPro这个插件，但是由于之前的版本不够完善，也没想着进一步提升改造。前几天偶然翻了翻这个项目的GitHub仓库，发现基本上更新完善了，上一次更改已经是三个月之前，遂下了最新版回来尝试一下，发现功能非常满意。但是，美中不足的是，插件从jsdelivr.net下载相关的静态文件容易卡半天加载不出来。虽然插件写有智能回退使用网站的服务器进行加载，但是我发现它缺失了文件且返回路径不对，导致如果jsdelivr.net无法访问，页面会加载异常。于是，就萌生了修复这个插件的问题并且改造进行个性化的想法。打开了后台页面观摩了一下，并用浏览器的开发者工具随手调了一下CSS样式，最终明确了个性化的路径：设置一个全局背景图看板卡片进行半透明化于是说干就干，我先Fork了原项目，想了想要不就取名VisitorLoggerPro-Enhanced吧！然后开始了我的折腾和修改之旅。Github项目地址：VisitorLoggerPro-Enhanced可以去直接下载使用。修复静态文件回退到本地失败这肯定是最先需要解决的问题。如果不解决这个问题，该插件在我这里就处于不可用状态。补回缺失的本地文件这一步对于有网站搭建经验的人很简单，F12打开浏览器开发者工具，然后刷新页面观察网页都发送了那些外链请求，一下子就抓出来了：本地缺失的js：https://cdn.jsdelivr.net/npm/flatpickr本地缺失的css：https://cdn.jsdelivr.net/npm/flatpickr/dist/flatpickr.min.css其中，flatpickr抓取回来是没有后缀的，得加上个.js后缀变成flatpickr.js。然后对号入座，flatpickr.js放到js/目录，新建一个css/目录放置flatpickr.min.css。补回文件后的插件目录文件树应该是这样的：tree . ├── action │ └── visitor-stats.php ├── Action.php ├── adapter.php ├── css │ └── flatpickr.min.css ├── getTrendData.php ├── getVisitStatistic.php ├── ip2region │ └── src │ ├── ip2region.xdb │ └── XdbSearcher.php ├── ipdata │ └── src │ ├── ipdbv6.func.php │ ├── IpLocation.php │ ├── ipv6wry-country.db │ ├── ipv6wrys.db │ ├── qqwry.dat │ ├── qqwrye.dat │ └── zxipv6wry.db ├── js │ ├── echarts.min.js │ ├── flatpickr.js │ └── README.md ├── panel.php ├── Plugin.php ├── README.md ├── trend.php └── visitor-stats.php 8 directories, 23 files修复完善静态文件获取逻辑原本插件本地静态文件的相对链接写法是：localScript.src = './js/echarts.min.js';这会导致获取文件时发生404错误，因为在插件页面上下文中，该相对路径会被解析为https://www.nekopara.uk/admin/js/echarts.min.js，那包404的。正确的URL连接位置应该是https://www.nekopara.uk/usr/plugins/VisitorLoggerPro/js/echarts.min.js，所以，这个相对链接应该改成../usr/plugins/VisitorLoggerPro/js/echarts.min.js。而且，原插件仅实现了echarts.min.js的本地回退逻辑，未处理另外两个静态文件（flatpickr.js和flatpickr.min.css），因此即使修复了路径，还是会卡加载。还有一个致命的缺陷是，原本的回退本地源的逻辑是等待失败，但是一等就是大几十秒，非常影响体验。于是我就设置了超时时间，一旦第三方的静态文件加载时间超过2秒，立即回退到本地，避免长时间等待。以下是完善后的逻辑代码：对于panel.php内嵌js部分的修改，在原文件64行的地方开始修改： 对于visitor-stats.php内嵌js部分的修改，在原文件90行的地方开始修改： 对于trend.php内嵌js部分的修改，在原文件12…

个人博客低成本CC防护：抵御85%+常见CC攻击
type: item
date: 2025-11-02T16:47:03+08:00
description: 低成本CC防护：我的实战配置与效果喜报：被大规模CC了！平常的一天，突然受到了来自衣食父母华为云的服务器告警：虚拟机网络连接数突破15400个，CPU占用超过 85% 。就知道肯定是被CC了。果然网站被打是催更技术类博主最好的方式（雾不过我之前是设置过缓存的，有点好奇怎么绕过缓存，事后我抓取了对应时间的Nginx日志access.log：43.152.29.37 - - [30/Oct/2025:23:27:16 +0800] "GET /3bb6bfea9/90a2c9c9fc?limit=ef616a8b1b145df&token=176fe0f01f&utm_source=a5d4f247077b HTTP/1.0" 404 29335 "http://www.nekopara.uk/3bb6bfea9/90a2c9c9fc?limit=ef616a8b1b145df&token=176fe0f01f&utm_source=a5d4f247077b" "Mozilla/5.0 (Windows NT 11.0; Win64; x64; rv:135.0) Gecko/20100101 Firefox/135.0" "91.209.77.93, 43.152.29.37" 43.152.24.20 - - [30/Oct/2025:23:27:16 +0800] "GET /profile/config/delete?search=9844b7e151&version=504397e6490c&utm_campaign=bd5783ef290&page=4b9e8cc670d HTTP/1.0" 404 29335 "http://www.nekopara.uk/profile/config/delete?search=9844b7e151&version=504397e6490c&utm_campaign=bd5783ef290&page=4b9e8cc670d" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/135.0.0.0 Safari/537.36" "138.2.109.39, 43.152.24.20" 43.152.143.43 - - [30/Oct/2025:23:27:16 +0800] "GET /health/admin?utm_medium=eb37025 HTTP/1.0" 404 29335 "http://www.nekopara.uk/health/admin?utm_medium=eb37025" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/133.0.0.0 Safari/537.36" "163.61.245.58, 43.152.143.43" 43.174.55.12 - - [30/Oct/2025:23:27:16 +0800] "GET /5de3c/0727afb/info?type=f06d22885b8 HTTP/1.0" 404 29335 "http://www.nekopara.uk/5de3c/0727afb/info?type=f06d22885b8" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.2 Safari/605.1.15" "103.184.54.67, 43.174.55.12" 43.152.14.36 - - [30/Oct/2025:23:27:16 +0800] "GET /edit/a97b/cba81414/content.htm?offset=09cd68b44dd60&key=030f41284 HTTP/1.0" 404 29335 "http://www.nekopara.uk/edit/a97b/cba81414/content.htm?offset=09cd68b44dd60&key=030f41284" "Mozilla/5.0 (Macintosh; Intel Mac OS X 14_7_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36" "49.145.113.40, 43.152.14.36" 43.152.…

Manjaro Linux 安装 Abaqus 2022 踩坑记
type: item
date: 2025-10-22T10:53:00+08:00
description: 在Manjaro Linux上安装Abaqus 2022本来没什么素材更新文章的，这下因为阴差阳错各种巧合，来素材了（ 刚立flag没几天说是其实在目前阶段我并不需要用这个软件，究其原因，是我朋友的电脑内存不够，他的研究生导师的课题组要用Abaqus这个软件进行有限元分析模拟，不出所料炸内存了。他想起来我有这么一个128G内存的“电脑”（服务器），于是想让我帮忙算一下。好巧不巧，这逼软件有Linux版，那就试试吧！然后试试就逝世，这逼养的古董屎山软件的安装方式，以及各种奇葩的要求和报错属实难绷，挂出来让大家品屎罢！踩坑报错把我搞傻了，国内各种资料网站参考了一遍没能解决，压力ChatGPT解决了，GPT yyds! 记录一下吧，给后面有需要的人指路。理论上这篇教程同样适用于在Arch Linux上安装，应该也可以作为在其他发行版进行安装时的参考。软件获取自己可以找一下，相对而言还算是比较好找的。如果找不到，我这里有：Abaqus_2022_Linux.7z.001 Abaqus_2022_Linux.7z.002 Abaqus_2022_Linux.7z.003 Abaqus_2022_Linux.7z.004 请下载全部压缩分卷后解压，解压密码是：www.nekopara.uk如果你下载我打包的版本，那安装前准备的修改Linux.sh脚本部分可以跳过，已经帮改好了。安装前准备首先，进入安装目录，赋予全部文件可执行权限已经修改权限，不然你会得到报错：Error: This media has been unzipped or copied in such a way that the permissions of some files have been lost. Please unzip or copy the media again.chmod -R 777 DS.SIMULIA.Suite.2022.Linux64/*接着，要修改安装目录里面的每一个Linux.sh文件，强行指定检测的发行版为CentOS或者其他位于支持列表的发行版。这些文件存在于：DS.SIMULIA.Suite.2022.Linux64/1/inst/common/init/Linux.sh （这个好像是主安装程序的，但是实际上主安装程序没屌用，就是套娃然后依此启动3 4 5文件夹里面的安装程序，套娃安装，也是唐完了。）DS.SIMULIA.Suite.2022.Linux64/3/NETVIBES_Exalead_CloudView/Linux64/1/inst/common/init/Linux.shDS.SIMULIA.Suite.2022.Linux64/3/Search_Doc/Linux64/1/inst/common/init/Linux.shDS.SIMULIA.Suite.2022.Linux64/3/SIMULIA_FLEXnet_LicenseServer/Linux64/1/inst/common/init/Linux.shDS.SIMULIA.Suite.2022.Linux64/4/SIMULIA_EstablishedProducts/Linux64/1/inst/common/init/Linux.shDS.SIMULIA.Suite.2022.Linux64/5/SIMULIA_Documentation/AllOS/1/inst/common/init/Linux.shDS.SIMULIA.Suite.2022.Linux64/5/SIMULIA_EstablishedProducts_CAA_API/Linux64/1/inst/common/init/Linux.shDS.SIMULIA.Suite.2022.Linux64/5/SIMULIA_Isight/Linux64/1/inst/common/init/Linux.sh找到这一行：DSY_OS_Release=`lsb_release --short --id |sed 's/ //g'`修改为：DSY_OS_Release="CentOS"有一说一，这安装包的目录结构太抽象了，真的是唐完了。修改完成后，就可以开始安装了。安装软件我实测下来，是可以不使用root权限执行安装的，只需要安装在一个普通权限可以写入的文件夹里面即可。权限最小化，不轻易给出root权限！而且，直接不经包管理器修改/usr目录是不太好的。如你享受Windows上面那种套娃安装的操蛋感，那请执行:DS.SIMULIA.Suite.2022.Linux64/1/StartGUI.sh。他会一步一步引导你安装，记得勾选许可证服务器安装，用于验证：然后他就先给你吃一口屎：招笑完了，安装还…

Blender练习作品：动画风格教堂建模
type: item
date: 2025-10-18T12:59:00+08:00
description: 动画风教堂建模分享嗯，10月应该是我博客近段时间更新频率最低的一个月了，如果没有意外，接下来几个月可能都会如此。要说原因，一方面是，好像该折腾，想折腾的东西，我都折腾得差不多了。目前的计划是继续推进拖延了好久的 Blender 建模和动画学习。另一方面是，因为10月我去建筑设计院实习了，需要实习三个月，而设计院里面的电脑系统是BUGdows，作为使用了一坤年多Linux的电脑用户，我已经不太用得惯了，也不适合整技术活。那问题来了，摸鱼时间干什么呢？很显然，答案就是——3D建模！之前就一直想深入学Blender，但苦于没时间，加上自律性差（相比之下，折腾技术时倒还挺自律），始终没能推进。这次，机会来了！在公司电脑上装好 Blender 3.6 LTS （我入门的版本，虽然EOL了，但是感觉也够用了），直接开摸！ 同事们摸鱼是在刷知乎，刷抖音，刷小红书，我就不一样了——摸鱼在玩一个大型开放世界：Blender——整个世界都由你创造。所以，我可以在这篇文章提前预告一下，未来一段时间我博客技术方向的文章更新会比较少，甚至没有，更新频率也会降低。如果说要更新建模部分学习心得，我觉得不太合适，因为3D建模这块，操作技巧确实很难通过图文的形式表达清楚，会需要大量的界面截图了，视频会更直观。如果是图文的话还不如自己去看Blender的官方手册（我未来一段时间的计划是自学 Blender 更加进阶的操作，而不是停留在相对简单的建模阶段。成果展示渲染效果图先来一张角度比较好的4K渲染图，采用Eevee渲染器进行渲染：虽然和范例的作品还有一些差距，但我觉得还可以了，挺满意的。渲染动画多亏了平时没日没夜的跑SheepIt渲染农场，攒够了足够的积分，才让我的动画得以快速渲染完成。不过有几个用户要避坑拉清单，他们渲染的图像是异常的，举个例子：这是正常渲染的图像该有的样子：这是渲染错误的图像：在1200帧里面混入十几张这种崩坏的帧，盯帧找出来也是体力活。以下是始作俑者的用户名，建议拉清单屏蔽：acoolrocketIntel_Renderer2020_1KcleeTraktor渲染完成后，下载回来的是一个zip文件，里面包含了每一帧的图片，例如我这个动画有1200帧，那对应的文件就是0001.png，0002.png，0003.png...1200.png，需要自己合成视频。合成方法是使用ffmpeg进行合成，下面是合成的命令：ffmpeg -framerate 24 -i "%04d.png" -c:v libx264 -qp 0 -preset veryslow -pix_fmt yuv420p output.mp4进入对应的文件夹执行上面的命令即可。最终渲染出来的动画视频：效果还行，感觉还是有待提高。教程说是二次元风教堂建模，我建模出来也没感觉很二次元（这算是一个练习作品吧，感兴趣的可以下载我的原文件看看，建议使用 Blender 3.6 LTS 打开避免兼容性问题。点击下载Blender项目文件后记后面自由发挥搞了一个无限循环的视频动态壁纸：虽然不是很好看，但是也算是第一个正经的3D动画作品了（

绕过黑洞！利用VPC内网互通低成本实现DDoS攻击下网站高可用
type: item
date: 2025-09-29T11:34:00+08:00
description: VPC内网互通：让被黑洞的服务器仍能访问事情起因很简单，前段时间我的华为云服务器又被闲的蛋疼的人刷了DDoS礼物，也是成功地触发了EIP（弹性公网IP）黑洞封堵。喜报如下：尊敬的(Rin):感谢您使用华为云产品，非常抱歉打扰您。在北京时间2025/09/23 10:26，华为云监测到您的弹性公网IP(EIP)实例 发生EIP封堵事件。 详情：节点：亚太-新加坡实例名称：119.8.185.128实例ID：b002926d-60de-4951-a9e9-b337e3a550d8告警描述：{"reason_zh": 尊敬的Rin：华为云DDoS防护服务在2025-09-23 10:26:56检测到您的EIP 119.8.185.128 异常流量已超过DDoS防护峰值触发封堵，封堵时带宽为 79 Gbps, 您服务器的访问将受到限制，24小时后系统将自动为您解封。您可登陆官网购买DDoS高防服务提升防护能力，保障服务器稳定运行。, "reason_en": Dear Rin: HUAWEI CLOUD Anti-DDoS Service detects that your EIP 119.8.185.128 abnormal traffic has exceeded the DDoS protection peak at 2025-09-23 10:26:56 and triggers blocking. Bandwidth when blocking is 79 Gbps, Access to your server will be restricted, and the system will automatically unblock it for you after 24 hours. You can log in to the official website of HUAWEI CLOUD to purchase Advanced Anti-DDoS service to enhance protection capabilities and ensure stable server operation.}原因分析：尊敬的Rin：华为云DDoS防护服务在2025-09-23 10:26:56检测到您的EIP 119.8.185.128 异常流量已超过DDoS防护峰值触发封堵，封堵时带宽为 79 Gbps您服务器的访问将受到限制，24小时后系统将自动为您解封。您可登陆官网购买DDoS高防服务提升防护能力，保障服务器稳定运行。如有疑问，您可以登录华为云官网提交工单咨询，会有相应工程师为您核实查看。IP我就懒得打码了，反正就是这个网站域名平时解析的IP，有什么好打码的，ping一下就能看到了。我在之前的文章，就有说过一套抗DDoS的方案，并且已经付诸实践了（详见文章：《当网站遭遇DDoS：如何优雅地应对云服务器被封堵》）。很显然，并没有太大影响，在网站主服务器被打黑洞的三分钟后，脚本就自动切换服务器到备用服务器并且套上了Cloudflare的代理，无需我干预，唯一的不足就是在被DDoS期间网站访问变慢了。但是，当时我就有说过，那套方案是有缺陷的，也就是因为网站数据同步是单向的，在被攻击期间交互产生的数据，后面会被覆盖掉。好巧不巧，华为云又送钱了，我寻思着我之前开的华为云服务器已经续费十年多了，不如开个新的云服务器，搞VPC内网互通，彻底解决上述的痛点问题。这里说个题外话，我发现新开的华为云 Flexus L 实例相比于之前已经大幅缩水，网络回国优化没了，而且CPU性能只有原来的三分之一了，已经变得跟阿里云的轻量服务器一个水平了，而且价格还更高。除非你和我一样是白嫖的，否则真金白银买我是不推荐，因为差不多一样的东西，阿里云那边要大概便宜个10%-20%，买华为云真不划算了。现在华为云的 Flexus L 实例算是把华为手机的高价低配学过来了，难绷。但是老实例性能和网络那还是相当不错的。资源准备为了实现这个方案，你需要准备两台云服务器，并且两台服务器必须在同一个地域，以便进行VPC内网互通。虽然同一个地域就足够，但将两台服务器放在同一个可用区会获得更好的内网延迟（通常<1ms），而跨可用区的内网延迟可能会稍高（但通常也在1-5ms范围内）。这就是最重要的前提要求，日常访问的可以是两台服务器的任意一台，只需要它的性能可以满足业务要求。对于另一台服务器，那是作为网站流量跳板服务器，最低配即可，方便节约成本，因为只需要在上面运行一个代理流量程序，在主实例EIP被封堵时代理接管流量入口。因为本方案抗DDoS采用的是Cloudflare的CDN，所以跳板实例的网络可以差一点，只需要保证到Cloudflare的回源服务器线路通畅即可，国内访问…

矿渣再就业：双卡 P104-100 运行大语言模型可行性报告
type: item
date: 2025-09-28T10:33:00+08:00
description: 尝试使用双卡 P104-100 运行大语言模型Introduction（bushi 鉴定为搞学术搞的在我之前的文章，我说了我买了四张P104-100用于跑Blender Sheepit渲染积分，现在我想试试看开发出新的玩法——用P104-100通过Ollama运行大语言模型。因为大语言模型的话，显存大小很重要，很大程度上是显存即正义，一些比较大的模型，我的RTX2080Ti 11G显存还是力不从心。虽然说P104-100才8GB的显存，但是招架不住它便宜啊，79包邮的价格要什么自行车，买两张不就是16G了吗？虽然说不能这么算，但是Ollama支持把大语言模型拆分到不同的显卡进行运行，买都买了，不如试试看？目前的硬件情况目前的四张P104并不是安装在一起的，而是分别放在两个不同的机器上面。又因为我没有支持安装四卡的主板，所以想测试四卡并行跑比较大的模型还是算了。还有一个比较蛋疼的问题是，因为我算是为了利用闲置硬件买的卡，所以是一块H61+E3-1220v2+两条8G内存。这样子做主要是为了满足Sheepit的需求，因为它不支持多GPU同时渲染，所以只能每个GPU开一个实例，分开渲染，占用双倍资源，所以显卡并没有全部安装在一起。也正因为是这样，第二张卡是通过PCIe X1的延长线转接出来的，啊对，就是挖矿用的那种延长线，因为Cycles渲染只需要一次性加载数据，所以即使是PCIe 1.0 X1也影响不大，无非就是加载慢一点。但是，如果是多卡并行跑LLM就是另一个故事了，会涉及频繁的数据交换，这样子即使是显卡原来就砍废的PCIe 1.0 X4都会造成严重瓶颈，更何况转接板的PCIe 1.0 X1。虽然理论上跑起来的效果会非常难看，但是，实践是检验真理的唯一标准，不试试看怎么知道是什么情况呢？于是我打算尝试一下。部署Ollama这算是论文的 Approach 吗？（bushi 鉴定为搞学术搞的因为目前Pascal架构的N卡驱动还是支持的，但是今年10月就正式抛弃，所以，现在还是可以使用最新的Ollama，也算是赶上末班车了。如果后面Ollama也抛弃这些老架构，那就真的寄了，但是跑当下的模型，未来也是可以跑的，只不过有可能新的模型就跑不了了。Pascal架构的显卡最后支持应该是CUDA 12.9了。所以，直接打开Github下载最近版本的Ollama就行了，因为Ollama更新频繁，文章写作测试时用的是前不久的0.11.10版本，进行测试。如果你部署出现什么问题，建议切换到这篇文章使用的相同版本，也就是0.11.10。毕竟在0.11.11的What's Changed里面，增加了CUDA 13的支持，不知道会不会影响Pascal架构的最后CUDA 12.9版本，因为文章的重点不在这里，如果有需要请自行验证，也欢迎你在评论区说一下验证的结果。部署的方式也很简单，在Github的Releases找到对应版本的Ollama下载就行了，有点大，慢慢下就行。下完后解压即可使用：mkdir ollama mv ollama-linux-amd64.tgz ollama/ cd ollama/ tar -xzvf ollama-linux-amd64.tgz rm ollama-linux-amd64.tgz因为Ollama默认会把模型下载在用户文件夹的.ollama隐藏文件夹下，会占用大量空间。为了避免这种情况，我选择创建一个数据文件夹，并设置Ollama将模型文件放在那里。mkdir data然后指定创建的data文件夹为临时HOME目录后，启动Ollama。下面是启动脚本run.sh，请放在刚刚创建的ollama文件夹里面。export HOME=/home/rin/ollama/data/ ./bin/ollama serve/home/rin/ollama/data/请替换为你需要存放模型的实际路径。然后直接启动Ollama:./run.sh进入ollama/bin/目录，执行以下命令运行LLM：./ollama run qwen3:8b --verbose这里的实例用的qwen3:8b，可以根据实际需需要替换为目标模型。--verbose是设置显示 Ollama 每秒生成的 Token 数量。测试平台如图所示：以下测试均在Ollama 0.11.10进行。注意！数据为我本人实测结果，不同环境和提示词结果可能会有差异！单卡P104-100跑常见模型速度测试模型均使用最新模型进行测试，测试的提示词是：请帮我写一段2000字的小故事，讲述两只猫娘 Chocola 和 Vanilla 的日常生活。通义千问模型速度回答时 PCIe 最高交换速率qwen3:0.6b64.24 tokens/sRx:105MB/s Tx:85MB/sqwen3:1.…

P104-100 矿渣再就业指南：赚取SheepIt渲染农场积分
type: item
date: 2025-08-25T19:01:00+08:00
description: P104 矿渣转生超高性价比 CUDA 渲染卡P104-100 ，传奇矿渣卡，历经三次矿潮，本身也是专业矿卡，没有显示输出，PCIe被砍成1.1 x4，对于打游戏的人来说，这玩意表现不如P106-100。而比他同时代更高一档的卡P102-100，因为有10G的大显存，成为了玩AI炼丹人的入门玩具，价格在300元上下。而P104-100，拥有8G显存，相当于GTX1070，价格却只要79包邮，相当便宜！于是，我就一口气买了四张回来玩玩，看看纯种大矿卡到底是什么样的，看看能不能秽土转生为 Blender 渲染卡，为我赚取 SheepIt 渲染积分。关于 SheepIt 是什么，这是一个免费的社区渲染农场，通过用户贡献算力帮你渲染 Blender 项目，作为代价，你需要帮别人渲染项目来赚取积分，渲染项目会消耗积分。而我，并不打算直接用 P104 进行渲染，因为8G显存渲染相对复杂的场景是不够用的，我的正奶机 RTX2080Ti 都甩这玩意几条街。我的思路是用这张卡赚取足够多的 SheepIt 渲染积分，来给我的未来3D创作做准备，因为渲染农场的速度和效率是单台电脑没法比的。这样子就相当于用现在的空闲时间，换取未来的渲染时间。P104-100 你下辈子还是矿卡，但是不挖比特币，以太坊，而是给我挖 SheepIt Blender 渲染农场积分！从矿场中来，到矿场中去！召唤矿渣矿渣到手后，我先上机跑了一下 SheepIt，可以渲染，相对计算强度为32%，和榜单上的GTX1070Ti差不多。这要归功于GDDR5X显存和超频到了1860MHz的核心频率，温度低的时候甚至冲到了1920MHz。虽然每张卡的Boost频率都不太一样，但是基本盘都是在1860MHz左右，有一张卡低一点，1835MHz，但是也比GTX1070的1683MHz要高不少了。这玩意可以看作是超频版的GTX1070。我也测试了一下Ollama，跑Qwen2.5 7B的模型轻轻松松，速度很快。跑Ollama的时候功耗比跑Blender高，会干到170W左右，这个玩意功耗墙180W，SheepIt渲染的话，观察下来最高也就120W左右，没跑满功耗，但是nvtop显示已经占用100%了。该测的都测了，显卡被矿老板锻炼得肌肉发达，就是有点发烧，跑测试都干75度去了，性能没问题。现在就该让我乙女解剖了！让我看看！然后，我就拆开了——让我看看！这叫什么？崭新出土！已经不能用伊拉克成色来形容了，这叫出土文物！硅脂干得跟水泥一样，要用指甲刮下来！导热垫也已经硬邦邦的了。之前这货的工作强度可想而知。观察了一下塑料壳上面的生产印记，好家伙，2018年4月的卡，那会我还没中考呢！这个年份对得起这样的积灰。看一下散热器的积灰细节：看完了这玩意的内部情况，该让我给这位经历了三波矿潮风雨的老同志接风洗尘了。清理矿渣清理的时候，整个桌子都布满尘土，特别是清理风扇的时候，一扫就是一把土出来！真的绝了！不清理干净直接这个状态让他继续给我干活，估计没多久就要嗝屁了。清理完成后，瞬间舒适：散热器特写，好像并没有太严重的氧化，清理干净后整体成色还可以：清理后我只重新涂了硅脂，没有换导热垫，换导热垫成本就上去了，79包邮的矿渣卡不值得这么做，擦擦将就用吧！你这矿渣卡从矿老板的哥布林窝里面出来，能遇到我这样的狗修金撒玛，对你这么好，就偷着乐吧！我给你洗干净了，你就该给我去赚 SheepIt 渲染积分了。装机本来我是想要一台机器插4张卡，但是，我发现就只插两张，E3-1220v2都不太顶得住，因为渲染完成后还需要用CPU进行降噪分析，并且渲染过程中会一直占满一个CPU核心，所以4C4T的E3-1220v2带两张P104已经比较极限了，基本上占用率都在50%+。所以我转换了思路，搞两台机器，一台机器装两张卡。也幸亏当时在家组装焊接副电源的时候，保险起见，500W的服务器电源只焊接了两条双8PIN供电线，让我可以分开部署。现在有两条8G内存，插上去就是16G，每个客户端分7.5G，给系统留1G就行，反正是无头模式启动，先看看效果怎么样。装好后Be Like:如果之前关注过我的应该就发现了，这是我宿舍云的电脑。我宿舍云的功能全部都迁移到家里云了，用来干这个也算是物尽其用吧。两张P104-100，一张直接插主板的PCIe X16，另一张通过挖矿的PCIe X1转PCIe X16转接线接上。一开始我还担心X1的转接线性能损耗问题导致性能下降，事实证明我是多虑了，几乎没有明显的性能下降，只是渲染启动的时候，数据加载会慢一点，仅此而已！其实这个电脑的电源才300W，用来带两张P104是包炸的。因为我家里面正好有服务器电源，这玩意是短接触点触发，然后稳定输出12V，于是我就想用这玩意单独给显卡供电。焊上从烂电源剪下来的PCIe 8PIN…

使用 EasyTier 自建服务器组网
type: item
date: 2025-08-24T16:37:00+08:00
description: EasyTier自建服务器组网教程之前有使用过 ZeroTier 进行校园网内网环境下设备穿透组网，但是发现并不是那么好用，自建服务器效果也不太好，官方服务器慢的要死。偶然的机会，听朋友介绍了 EasyTier ，试了一下确实不错，写一篇博客记录一下折腾过程。官方文档算比较完善了，看看自己也能搭建成功，如果你只是单纯想要自建一个服务器并且配置电脑进行连接组建虚拟局域网，不使用其他的功能，那就可以参考这篇教程。下载 EasyTier直接在官方的文档界面就可以下载，而且提供了Github加速，非常贴心。直接wget梭哈：cd /opt/ wget https://ghfast.top/https://github.com/EasyTier/EasyTier/releases/download/v2.4.2/easytier-linux-x86_64-v2.4.2.zip unzip easytier-linux-x86_64-v2.4.2.zip rm easytier-linux-x86_64-v2.4.2.zip cd easytier-linux-x86_64/配置 EasyTier 启动参数注意，请在root权限下运行 EasyTier ，因为创建 TUN 设备需要root权限。服务端配置在服务器端，开放11010端口的TCP和UDP防火墙连接许可。然后启动服务端：./easytier-core --private-mode true --network-name nekopara-uk --network-secret 3bbca7ed-a114-4821-b61f-f3b214af97da -i 10.6.6.1参数解释：--private-mode：启用私有模式--network-name：网络名称（可以理解为客户端连接时的用户名）--network-secret：连接的密钥，建议使用uuidgen命令生成UUID作为密码。-i：服务端IP地址网段，这里指定了10.6.6.1，那服务器给连接的节点分配的就是10.6.6.2-10.6.6.255这个个IP段。至此，服务端已经配置完毕，是不是很简单？启动后服务端会打印toml格式配置文件文本，可以复制出来方便后面指定配置文件启动：NekoHost:/data/easytier-linux-x86_64# ./easytier-core --private-mode true --network-name nekopara-uk --network-secret 3bbca7ed-a114-4821-b61f-f3b214af97da -i 10.6.6.1 Starting easytier from cli with config: ############### TOML ############### ipv4 = "10.6.6.1" listeners = [ "tcp://0.0.0.0:11010", "udp://0.0.0.0:11010", "wg://0.0.0.0:11011", "ws://0.0.0.0:11011/", "wss://0.0.0.0:11012/", ] rpc_portal = "0.0.0.0:0" tcp_whitelist = [] udp_whitelist = [] [network_identity] network_name = "nekopara-uk" network_secret = "3bbca7ed-a114-4821-b61f-f3b214af97da" [flags] private_mode = true ----------------------------------- 2025-08-24 14:14:12: [82a75e04-d647-4538-a9a4-54edabe9f469] new listener added. listener: tcp://0.0.0.0:11010 2025-08-24 14:14:12: [82a75e04-d647-4538-a9a4-54edabe9f469] new listener added. listener: tcp://[::]:11010 2025-08-24 14:14:12: [82a75e04-d647-4538-a9a4-54edabe9f469] new listener added. listener: udp://0.0.0.0:11010 2025-08-24 14:14:12: [82a75e04-d647-4538-a9a4-54edabe9f469] new listener added. listener:…

解决 Arch 系 Linux Ark 打开 zip 压缩包中文乱码问题
type: item
date: 2025-08-10T19:05:00+08:00
description: 解决 Manjaro 的 Ark 打开 zip 中文乱码这似乎是一个软件包的BUG，一直都没有修复，需要安装AUR的p7zip-natspec软件包代替7zip软件包才能解决。这个问题从我第一次使用Manjaro就有了，到现在都要这样子手动解决。出问题的样子Be Like:今天又让我碰到了，顺手解决了，写个小文章记录一下。下面是解决步骤：从 AUR 安装 p7zip-natspec确保安装了yay，以及确保电脑处于可访问国际互联网的环境，然后执行以下命令安装：yay -S p7zip-natspec到后面会提示p7zip-natspec与7zip冲突，要删除7zip才可以安装：正在加载软件包... 正在解析依赖关系... 正在查找软件包冲突... :: p7zip-natspec-17.05-2 与 7zip-24.09-3 有冲突 (p7zip)。删除 7zip 吗？ [y/N] y 软件包 (2) 7zip-24.09-3 [删除] p7zip-natspec-17.05-2 全部安装大小： 10.69 MiB 净更新大小： 4.50 MiB :: 进行安装吗？ [Y/n] (1/1) 正在检查密钥环里的密钥 [############################################] 100% (1/1) 正在检查软件包完整性 [############################################] 100% (1/1) 正在加载软件包文件 [############################################] 100% (1/1) 正在检查文件冲突 [############################################] 100% (2/2) 正在检查可用存储空间 [############################################] 100% :: 正在处理软件包的变化... (1/1) 正在删除 7zip [############################################] 100% (1/1) 正在安装 p7zip-natspec [############################################] 100% :: 正在运行事务后钩子函数... (1/1) Arming ConditionNeedsUpdate... 禁用 Ark 的 Libzip 插件依次点开 Ark 的菜单>设置>配置 Ark取消勾选 Libzip 插件：应用操作后，重新打开zip文件，中文不再乱码：

核武库+2！购入 HD6990 和 TITAN Black
type: item
date: 2025-08-10T13:48:00+08:00
description: 购入 HD6990 和 TITAN Black 赛博收藏品这两张卡虽然并不是我最想收藏的卡之一，但是也具有一定收藏价值，特别是HD6990。只要价格合适，是可以考虑购入的赛博手办。HD6990 购买经历偶然的一次机会，我刷闲鱼，给我刷到了180包邮的HD6990，这谁顶得住啊，必须下单啊！虽然橙色差一点，但是胜在便宜！便宜！还是他妈的便宜！别人都是挂四五百一张，180块钱，我想买来收藏的，不买就是傻逼！至于HD6990是何方神圣，这玩意和GTX690一样是双芯显卡，功耗（当量）比GTX690还大。感兴趣的可以自己去搜索看看。很快啊，啪的一下，我就下单了！到祸后，去借了朋友的电脑测试，死活点不亮，但是核显进去能认到显卡。然后狗屎BUGdows11装不上驱动，导致无法确认卡是好是坏。于是，我只能回宿舍拆了我宿舍的服务器电脑，拿主板去尝试点这个显卡。拿过去后，果然是一把就亮了，还是得年代匹配。之前点不亮的是AM5平台，H61一次就亮了。在测过游戏没问题后，我就确认收货并拆开清理了：整体来看只是外壳划痕比较多，内部PCB除了核心菊花因为背板裸露导致长期积灰橙色发黑，其他没有太大问题，氧化不算很严重。来个PCB特写：但是散热片因为使用环境的原因，氧化比较严重，有明显的起泡和腐蚀氧化。修整好，换好硅脂后，这个HD6990就正式进入我的收藏库存了。另外，我特意对比了一下HD6990，GTX690，GTX780Ti的游戏实际表现。因为HD6990和GTX690都是一个核心2G显存，虽然说有4G显存，但是只能当2G用。很明显的一点是，GTA5下HD6990和GTX690纹理只能开普通，开高会爆显存，而3G的GTX780Ti就可以把纹理开到非常高。（别看功耗输入端235W觉得很高了，因为是暂停了游戏，如果是在玩的时候，是375W，测试用地电源是500W的，真怕炸了）（GTX690没有拍到，玩游戏的时候，输入端大概310W左右）（GTX780Ti玩游戏的时候，输入端大概260W左右）（相比之下GTX690的功耗和发热其实没那么恐怖，GTX590才是真正BOOM的那个）TITAN Black 购买经历TITAN Black 其实可以看作是6G版本的GTX780Ti，而这张卡是偶然刷到的320包邮的显卡，橙色看样子还是不错的。价格和我之前买的GTX780Ti几乎一样，突然感觉之前花320买GTX780Ti有点小亏，成色还不太好。犹豫了一下后，我还是下单了：但是，到手后，我感觉320花得值！显卡橙色9成新以上，橙色极好。关键是，卡是没有拆过的，原封未动！拆螺丝清理的时候里面都有原厂的胶水！拆开后，里面除了常见的积灰外，非常干净，积灰也不算多，离心风扇整体来看还是很干净的。挡板也没有明显氧化痕迹，背面只有少许浮尘。新！太新了！！！这就是刚到手的样子。但是，由于考虑到要长期保存，测试没问题确认收货后，我决定还是拆开清理一下。结果。拆开发现里面灰尘真不多，甚至原厂硅脂都没干！！！对于这么多年的显卡，确实很干净了。PCB特写：总体来说只是导热垫硅油渗漏有点严重，别的还真没什么问题！清理完成后的组装过程：对比一下清理完成后TITAN Black和GTX780Ti的成色：TITAN Black的橙色可以说非常好了，仅次于GTX690，我收藏的GTX690是库存全新卡）