Skip to content
Ubuntu 24 内存异常排查：定位到 GDM 图形会话
之前，201server 的内存膨胀到整台机器完全卡死，只能物理重启。随后将内存从 16G 升级到了 32G(成本颇高)，也为可能的高负载容器加上了资源限制和监控。
但大约半个月之后，宿主机的 Shmem 又涨到了约 18.6GiB，16GiB swap 几乎用满。
这次沿着历史采样数据重新排查，主要占用最终定位到 GDM 的登录界面会话。进一步验证发现，核显运行时自动省电触发了反复的连接检测和显示视图重建，而 Mutter 的 detached_onscreens 列表保留了旧图形对象的最后一个引用，导致内存不断积累。下面记录这次排查的过程。
Claude Code 缓存异常排查：Kiro 渠道 & Sub2API 分析
核心发现：
- Kiro 渠道存在架构问题：系统上下文（~4.5k tokens）被注入到每轮
messages而非system字段，导致对话历史异常膨胀 - Sub2API 无问题：抓包验证 Sub2API 完整保留了请求的缓存结构
- 早期缓存重建问题已解决：9月30日测试出现 60K 异常缓存重建，10月3日复测已无法复现，可能是版本更新或后端策略调整所致
结论: 别用 kiro
Powershell启动慢解决
从不知道什么时候开始, PowerShell启动速度从秒开->2s->30s???, 实在忍不了了, 该解决了
PowerShell 7.5.3
Loading personal and system profiles took 30669ms.Plain Text is All You Need (for Presentations)
面对课程汇报 / 学术报告 / 组会等场景, 使用演示文稿进行Presentation是常见的方式
但是使用PowerPoint / Keynote等软件制作的演示文稿, 往往会有以下问题:
- 操作复杂, 需要学习软件的使用 (虽然大家信息课都学习过)
- 跨平台兼容差 (经常要导出为pdf)
- 富文本文稿, 不利于版本控制&同步
- LLM支持不够好
此时使用纯文本(Plain Text)来制作是一个不错的选择
mkdocs踩坑记录
MathJax(数学) - Material for MkDocs (wdk-docs.github.io)
添加脚本到docs/javascripts/mathjax.js
调试理论
来自蒋炎岩老师的OS2024Spring课程
- CPU: “无情的、执行指令的机器”
- Crash, Wrong Answer, 虚拟机神秘重启
- 99.9999% 是自己的问题
- 有亿点点概率是编译器错了 (但你可以知道)
- 有亿点点点点概率是处理器错了 (你也可以知道)
