Memray attach 到一个运行中的 Python 进程时，在创建辅助线程的过程中触发了 SIGSEGV。沿着调用栈检查，问题落在 libc 的 mmap 入口：首字节是 libc 文件中的原始内容，紧接着的四字节却能解出一条指向 UCX 的跳转位移。
调查记录中的独立映射实验复现了这个变化。实际使用的 memleak 安装 uprobe 时，把入口首字节从 E9 改成 CC，退出时又恢复成 F3。最终留下的 16 字节与故障进程完全一致。本文围绕这段字节的来源，记录故障指令、UCX hook、内核恢复路径与对照实验之间的关系。字节损坏机制已经复现，原进程的历史写入过程没有被直接记录。
这组实验在 NVIDIA B300 和 PPU 上检查 RDMA Write 之后的 GPU visibility，并对比一个 flush workaround 的效果。截至 2026 年 10 月 14 日，启用和关闭 workaround 都没有复现不一致。
从 Oct 12 开始训练。
国庆节和鑫鑫去了越南。
本文来自于我和 GPT-6 聊天的总结。
本文只解释结构：输入从哪里来，模块如何连接，哪些位置能够互相读取，以及推理时保存什么数据。例如模型里的数据通路，以及 GPU 上的计算和缓存组织。
覆盖范围以 Transformer 和大语言模型为主，同时补充经典序列模型、视觉、语音和图数据中常见的 Attention 结构。
Database paper part 1–7：对照论文原文的核查报告
核对日期：2026-09-22。按 7 篇博文组织，覆盖其中 23 篇论文／技术报告及 Titan 工程延伸，共保留 36 处值得纠正或澄清的表述。
核查日期：2026-09-22。使用 chatgpt 6 修订该站 Redis 标签下的六篇文章。
本地版本依据实际 Git HEAD 确认：
| 本文简称 | 本地源码 | 固定提交 |
|---|---|---|
| 2018 快照 | redis-unstable-2018-07-23 | b65ddfb16a7060a543b523feadeca1234cffd323 |
| 2020 快照 | redis-c01e94a-2020-08 | c01e94a4319c416c4c231ffbea9e778d52424e30 |
二者均为 unstable 开发快照，不直接等同于 Redis 5.0 / 6.0 正式版。对象篇的 dict 分析使用 2018 快照，其余主要使用作者明确链接的 2020 快照；涉及跨版本结论的地方另行标注。
围绕一次 RDMA Write，整理资源与地址、请求提交、完成队列以及驱动分工。重点区分请求提交成功、设备完成、远端得知数据到达，以及业务已经消费数据这几个时刻。
讨论如何评估一个 RDMA 网络。