After my previous post about adding 64G BAR1 support on 4090 48G card, dolphin made an EFI program to unlock the card, so that it can work with Windows. Some friend posted an AI generated video on Bilibili and it has received nearly 60k views, and 1k likes so far (as of night, 10/28/2026).

One of the comments asked whether the L2 cache can be enlarged. Given that the FP16 command issue rate can be overridden, I thought the L2 cache might be, too. So I asked Codex to run some experiments.

TL, DR: Codex couldn’t unlock 96 MiB of L2. In the tests, the software mask added disabled slices but did not clear existing disable bits. The mask survived a PCIe function-level reset (FLR), but with every slice masked, GPU firmware (GFW) did not complete booting afterward. No changed cache capacity was measured with CUDA.

继续阅读

今天惊闻 神人成功解锁 RTX 30 系显卡 FP16/BF16 算力, 仓库位于 GitHub, 在让 DeepSeek 检查怎么做到的时候他找到了今天发布的 4090 版本, 震惊瘫坐. 考虑到之前 折腾组里服务器的时候因为 4090 48G 的 BAR1 只有 32G 而不得不使用魔改驱动, 如果能直接让 GPU 支持 64G BAR1, 问题就迎刃而解了. 于是让 Codex 一通分析, 真的成功解锁了 64G BAR1, 仓库开源于 GitHub, 成为了 第一个(应该吧) 允许 4090 48G 显卡运行于 64G BAR1 的人.

继续阅读

So after my last article where I optimized hashcat's DES kernel, dolphin became increasingly interested in how to crack NetNTLMv1 (well, surely it’s because PEAP MSCHAPv2 uses this). Given that I already have a tested pipeline, I migrated the pipeline targeting mode 5500 (NetNTLMv1).

Headline result: 12.8TH/s rules attack with 1000 salts, versus 23.4GH/s before. Speedup is 549x.

继续阅读

曾经, 我写过一篇 肘击 Tsinghua-Secure 的文章. 里面提到, 通过字典爆破的手段, 可以拿到约 30% 的密码, 而其中 25% 左右与主密码一致. 但是呢, 我不是很满意 - 也不叫不是很满意… 这学期上课有一节对称密码分析, 讲到分析对称密码的种种手段, 于是我有点手痒痒, 总想整点活. 那么有没有一个没那么安全, 已经要弃用, 但是由于各种历史原因还在用的对称密码呢? 看过前述博客的朋友就要说了, 有啊, DES 密码就是这样的一个密码. 其只有 56bit 安全性, 已经挡不住现在的先进 ASIC 了; 但是用平常能买到的 GPU 倒还是需要一些时候才能爆破.

那么, 对 DES 的已知明文攻击是否能进一步优化呢? Hashcat 的 DES Kernel 是已知优化较好的实现, 在 4070S 上的速度大约是 60.4 GK/s. 我们选择在它的基础上进一步优化. 由于这是一个目标明确 (优化 DES Kernel 性能) 且可以检验 (可以在实际硬件上直接跑, 取得实际性能), 又存在多个方向可以尝试优化的工作, 我们注意到, 他与 AutoResearch 要解决的问题十分相似. 搜索 AutoResearch 的一般实现, 我们能看到 AKO4ALL 这样一个项目, 其与我们的需求基本一致.

基于此框架, 我使用 DeepSeek V4.1 Flash 模型慢速运行了几天, 得到了 23 个正向优化, 采用了 16 项, 优化后速度为 89.1 GK/s, 同频速度提升 44.3%, 同功率下速度提升 47.5%.

代码以 MIT 协议开源于 GitHub, 仅供学习交流使用.

继续阅读

书接上回, 我 暴打了我们 4090 48G 服务器的 BMC. 之后, 我觉得不爽, 凭什么我没法控制机箱的 GPU 风扇? 而且, 凭什么这垃圾 BMC 的 SSH 有 sysadmin 登录可以执行 shell 命令, 而我在系统里却只能憋屈地用 ipmitool 里面的一大坨? 这太气人了! 于是乎, 我让 Agent 整了点大活, 认真调教了一下服务器的风扇.

继续阅读

课题组去年还是前年购买了两台 8 卡 4090 48G 服务器, 在过去的一年里面可谓是故障不断. 之前我一直没有使用卡的需求, 所以说也并不关心; 但是最近我导想推进在外网的本地部署模型, 觉得上半年我让买的 Spark 太慢了满足不了科研需求. 因此这几天折腾了一下.

本文会涵盖硬件配置和调试, 暴打 BMC, 乱改 BIOS, 魔改 NVIDIA 驱动等抽象行为, 请谨慎观看.

继续阅读

Earlier we upgraded the core switch of Skyworks’ serverroom to a Cisco Nexus 92160YC-X, a 48-port 25GbE datacenter switch. We also upgraded the connection of Skyworks’ gateway to the switch from 2x10GbE to 2x25GbE LACP. Days ago, I upgraded my server from 1x25GbE to 2x25GbE LACP. Dolphin told me that despite the 50Gbps aggregated bandwidth, iperf3 tests can reach to only about 41Gbps. He and 6dx suspected a saturated CPU on the server, but when I ran the test, I got similar results, with not a single 100% busy core.

UDP tests yeilded approximately the same result, which make me think: what’s the root of the problem, were it not CPU saturation? Here is the investigation.

继续阅读

前两天我的服务器突然下线了, 但是 BMC 还在. 我本来以为他就以某些奇怪的方式死机了, 于是决定直接重启. 结果重启之后服务器音信全无, 进入 SOL 发现, BIOS 挂掉了. 考虑到当天我用 fwupdmgr 升级了服务器的 UEFI CA, 我以为是升级干烂了 BIOS. 于是请了 dolphin 先生专家号来重新刷固件. 没想到折腾了半天最后发现是我新买回来的二手九九新 SSD 干掉了我的 BIOS, 实在没绷住, 故作此.

继续阅读

这些日子一直在大战大模型. 实验室有一些 H100 但是在物理隔离的内网; 而外面, 我缠着我导采购了两台 DGX Spark. 前后折腾了有两三个月, 预期还得再折腾一两年. 但是无论如何, 折腾了这么久, 加上 Hacker News 上面也时不时有一些讨论, 还是想写点吐槽一下.

但是总之结论: 别干, 除非有什么不可告人的情况.

继续阅读

本科毕业了! 虽然这学期没什么课, 但是这学期可是一点也没有闲下来, 简直是忙得要死. 但是虽然忙得要死, 却觉得无话可说, 不知道这篇博客该写什么. 当然, 一部分原因是不能写的越来越多了 (你别问为什么, 我也不知道), 另一部分原因是能写的事情确实没什么事情, 不少也已经写过了. 但是总之还是水一点, 以免有人以为我的半年报要咕咕了.

继续阅读