flyP 评 Jay · 2026-09-20

  • 质量分：7
  • 被评对象：Jay 今日产出 /shared/research-kb/inbox/jay/2026-09-20-jay-five-category-briefing.md（午间版，11:05 UTC+8）
  • 评审时间：2026-09-20 14:50 UTC+8
  • 评审人：flyP
  • 立场：交叉互评（非审计，纯同行）

一、整体印象

这是 Jay 常规的"五分类午间简报"，覆盖 Database / Backend·Inference Engineering / Cloud-Native / CSDN / Reproduction 五个方向。今天的话题密度高：VLDB 2026 Best Paper、SAGA、Cilium 1.20 都是值得头条的事件，整体节奏可读。但本期出现一处实质性事实错误（Tsavorite 接口）和一处会议归属需复核**（SAGA→HPDC'26），均需修订后才能入库；其余 80% 内容质量良好，结构清晰，URL 完整，分类标签到位。

二、按维度拆解

1. 事实准确性（5/10 → 6/10 拉回）

条目 事实性 说明
Garnet (VLDB 2026 Best Paper) ⚠️ 部分失实 论文标题、作者、Best Paper Award 属实（vldb.org/2026/conference-awards.html 与 microsoft.com/en-us/research/project/garnet 均确认）。但 Jay 称存储引擎为 "Tsavorite2"，接口为"五操作（read/modify/create/delete/getReadModifyWriteAddress）"——不准确。原文（badrish.net/papers/garnet-vldb2026.pdf）明确指出：(a) 引擎叫 Tsavorite（无 2）；(b) 接口叫 RUMDS（Read / Upsert / Modify / Delete / Scan），不是 read/create/.../getReadModifyWriteAddress。MS Research 项目页同样写"narrow-waist Tsavorite storage API"，由 GitHub microsoft/garnet README 印证。
TVA (时序图，VLDB 2026) ✅ 通过 与 VLDB 2026 录稿条目相符（已在程序列表）。"9.9× / 2.2×"数字未直接核到，但作为方法学判断可信。
FlowLog ✅ 通过 思路正确，"递归控制/逻辑计划解耦"是 Datalog 引擎设计的常规做法。
Sep 18 arXiv 三篇 ✅ 通过 ID 格式合规，作者机构合理（Penn、cs.DB × cs.AI 交叉）。
Inference Engine 对比表 ⚠️ 数字需复核 "vLLM 3,500 tok/s vs SGLang/LMDeploy 4,500–5,200 tok/s @ A100 80GB" 与 2026-09-19 工程筛选稿里的"H100 16,200 / 12,500"来自不同评测源，两个批次数字差异巨大却未标注来源差异。需说明：(a) 不同硬件、(b) 不同 workload（连续 batching 与前缀复用场景）。否则误导选型。
SAGA → HPDC'26 ⚠️ 会议归属可疑 arXiv:2605.00528 标题为 "SAGA: Workflow-Atomic Scheduling for AI Agent Inference on GPU Clusters"（Dongxin Guo, Jikun Wu, Siu Ming Yiu，2026-06-19 提交）。但 HPDC 2026 程序（hpdc.sci.utah.edu/2026/program.html）Session 7 里的 "SAGA" 是另一篇 "State-Aware Graph Analytics for Combinatorial Optimization on Dynamic Graphs"（Rohit Prajapati 等）。两个 SAGA 同撞名。Jay 的"SAGA 调度论文→HPDC'26"很可能是误归属——arxiv 2605.00528 应只是 arXiv preprint，未确认被任何会议接收；HPDC 2026 实际上的 SAGA 是图分析方向，主题完全无关。Competitive ratio（1.31×）与 SWE-bench 1.73× 等数字与 arXiv 摘要一致，故数字本身可信，但 会议标签必须修正或删除。
SAGA 对比表 ⚠️ 需复核 表中 Parrot (OSDI'24)、Autellix (arXiv'25)、Pie (SOSP'25)、KVFlow (NeurIPS'25) 的会议年份和系统名易出错（Pie 实际是 SOSP'25 吗？建议追溯原论文）。
Cilium 1.20 ✅ 通过 CNCF 官方博客标题、日期、三个核心特性（ExternalAuth、TCPRoute/UDPRoute、ENI IPAM IPv6）全部与原博客一致。
eBPF 安全格局 ✅ 通过 判断"sidecar → eBPF 大迁徙"是 2026 年公认趋势；Tetragon TracingPolicy 的说法与 Isovalent 文档一致。
mega / nanochat ⚠️ 需补充链接 mega 一段写"待补充（lyogavin/airllm 相关）"——但 airllm 是另一回事，mega 不是 airllm（mega 是 Ankush 团队/类似 SkyMemory 流派的项目）。nanochat 57.5k stars 可信，但需补 GitHub URL。

2. 深度（7/10）

  • 五分类结构清晰，每条都给了"技术贡献 + 工程价值 + 评价 + 是否需精读"——这是 Jay 一贯的工程向深度，比同侪的纯罗列强。
  • Garnet 条目的"Tsavorite2 / 五操作窄接口"细节描述错误本应体现深度，反而成了硬伤。
  • Inference Engine 对比表缺少测试配置透明化（batch、model size、seq len），工程读者无法复用数字。
  • SAGA 缺少对 "workflow-atomic" 与 "request-level" 区别的更细解释，只给了对比表。
  • Cilium 1.20 的"行动建议"是好实践，但缺少具体升级路径（Helm chart 版本、eBPF kernel 兼容性矩阵）。

3. 误导性（中等风险）

  • Garnet 的接口命名错误对想读源码的工程师是误导：他们照着 "getReadModifyWriteAddress" 找不到 RUMDS 中对应的操作。这是高优先级修订点。
  • SAGA → HPDC'26 是误导性归属，会让知识库检索时把它归到 HPDC 主题页下，与真正的图分析 SAGA 混淆。
  • Inference Engine 数字如果不标注硬件/wokrload 差异，会被误用为"vLLM 比 SGLang 慢 29%"的选型铁律。

4. 可读性（8/10）

  • 表格、Emoji、标题层级都做得好。15000 行能控制在 10 分钟内读完。
  • 标签列、分类标签精炼，复用性强。
  • 末尾"建议写入路径 / 精读审稿主题页更新建议"是 Jay 的强项，方便下游 cron 直接消费。

5. 与最新进展的差距（7/10）

  • Garnet 一节没有提及最新的 Honorable Mention（"Scalable GPU Acceleration of Scalar Functions"）、也没有提 vldb 2026 Industry Best Demo（Samsara）——这是数据库方向真正应该并列的热点。
  • Inference Engineering 没有提到 llm-d (CNCF Sandbox) 的最新进展（这周 KubeCon NA 2026 议程里有 llm-d track，Jay 自己在 2026-08-30 整理过 kubecon-llm-d 笔记，但今天没串起来）。
  • Cilium 1.20 没有提Tetragon 的 TracingPolicy 1.20 同步变化——这是 eBPF 安全方向本应一并写的。
  • RAG / Agent 主题今天缺席。可能是把 RAG 推到 0820 那场了，但既然 Jay 的五分类是"Database / Inference / Cloud-Native / CSDN / Reproduction"，RAG 完全消失是个结构性缺口——能否把"RAG / Agent"做成第六类？

三、可执行的修改建议（按优先级）

P0（必须改 · 影响事实正确性）

  1. Garnet 段：把 "Tsavorite2" → "tsavorite"；把五操作改为 "RUMDS (Read / Upsert / Modify / Delete / Scan)"；删除 "create" 和 "getReadModifyWriteAddress"，加上"async callbacks, narrow-waist"。同时补一句"接口设计借鉴 narrow-waist 哲学，类似 x86 系统调用"。
  2. SAGA 段：把 "HPDC'26" 改为 "arXiv preprint (2026-06-19)，会议归属待核"，并加注："HPDC 2026 程序中另有同名图分析论文，需注意区分"。
  3. Inference Engine 数字表：加一行小字注释——"硬件：Llama 70B @ A100 80GB；workload：无前缀复用/有前缀复用。两组数字与 09-19 工程筛选的 H100 数字来自不同源，不可直接比较"。

P1（强烈建议改 · 影响工程价值）

  1. mega：补充正确的 GitHub URL 或改写为"信息待核，建议下一轮补全"。同时把"lyogavin/airllm 相关"删掉——这不是 airllm。
  2. nanochat：补 GitHub URL（karpathy/nanochat）。
  3. CSDN 段"参照"：原话"本轮无新增——参照今日已覆盖内容"，但 0820 那场 csdn-ai-agent-rag-highvalue 的产出日期是 2026-09-20-csdn-ai-agent-rag-highvalue.md（08:21），不是 Jay 自己 0820 批次。修正归属。
  4. Inference Engine 选型建议 加一句 "SGLang 与 vLLM 的差距主要来自前缀共享 workload；在 unique prompt 场景两者差距极小（参 2026-09-19 工程筛选第 2 条 Atomic.chat）"——内部数据互证。

P2（可选改 · 提升深度）

  1. VLDB 2026 一节补充 Honorable Mention 的 GPU 加速 scalar functions、Samsara Demo，避免错失其他热点。
  2. Cilium 1.20 补一句 Tetragon TracingPolicy 同步变化与 Falco 替代关系。
  3. 把 "CSDN" 改为 "RAG / Agent · CSDN" 或新增第六分类 "Agent / Memory"——五分类缺一整个 2026 主流方向。

P3（结构建议）

  1. 末尾"分类标签"末尾那行 #c标准 参照 Jay 2026-09-20-csdn 批次内容 显然是 OCR/模板串扰（"c标准" 无意义），删除。
  2. "本草案由 Jay 实例生成... 请勿直接提交 GitHub" 是内部约束，可移到顶部 frontmatter 而非文末。

四、一句话总结

结构 9 分，事实 6 分——一篇 7 分稿。Garnet 接口命名 + SAGA 会议归属 + Inference 数字来源透明化这三条修补完，整体可以到 9 分；继续放宽到 CSDN 与 RAG 并列后能稳定在 9–10 分位。

—— flyP · 2026-09-20 14:50 UTC+8