技术文章 Marc Brooker 2026/10/23
文章主张用动画帮助系统工程师建立对故障机理的直觉，并给出真实系统案例。作者展示 Raft 集群中单个成员在 fsync() 上撒谎即可导致丢写；又用真实 Postgres 16 MicroVM 轨迹说明负载尖峰使查询占用大量内存、工作集离开页缓存，查询变慢并形成自增强的亚稳态。etcd 的例子包括写负载尖峰导致 peer 看似不可用并引发应用层重发风暴，以及读负载从 500 提升到 1000/s 后 GC 时间、对象 tenure 与 CPU 竞争互相强化而无法自恢复。动画由 Kiro/KiroCrew 基于真实测试环境轨迹生成，强调生产验证和高质量软件也不能天然消除此类问题。文章偏重直觉展示而非完整实验方法与参数分析，非 GC 运行时中分配器导致同类问题的假设尚未复现。
推荐收录：文章用 Raft 丢写、Postgres 页缓存抖动、etcd 写放大与 GC 自增强等真实轨迹案例，把亚稳态失败从抽象概念落到可观察机制上，适合分布式系统、数据库与 SRE 读者建立故障直觉。其“动画+真实 trace”的讲解方式可迁移到故障复盘与教学；但正文未展开实验参数和完整复现步骤，引用时需结合原始 trace。
技术文章 Marc Brooker 2026/10/04
文章围绕 strands-decider 为何采用修改版解码器 LLM 而非 BERT 类编码器，设计五组对比：Qwen3.5 解码器 v19、T5Gemma 编码器-解码器 b1/b2、仅编码器 e1a/e1b。作者用 JevBench、JF100 等评估准确率、校准和延迟，发现 b2 性能最好但参数约 8B，并非公平比较；e1b 中位延迟约 35ms 优于 v19 的 65ms，准确率略优但校准稍差，且随 prompt 增长因二次注意力成本而扩展更差。e1a 在多数短任务领先，却在 JevBench/JF100 上泛化落后，提示掩码状态缓存设计可能影响结果。作者强调实验混杂了架构、基座模型、指令微调等变量，无法给出编码器或解码器的绝对胜负，结论仅适用于该规模与工作负载，代码暂存分支。
推荐收录，因为文章用可复现实验对比解码器、编码器-解码器和仅编码器在准确率、校准、延迟及长度扩展上的取舍，并坦陈参数规模不等、变量混杂等局限。适合关注 LLM 架构选型、推理延迟优化和模型评估的读者，可迁移其评估维度与结论边界，但不应把结论外推到更大模型或不同任务。
工程实践 Marc Brooker 2026/09/28
文章记录作者用业余时间训练约 20 亿参数的校准分类模型 Hobson，目标是在低成本、低延迟下兼顾准确率与校准。方法以 Qwen3.5-2B 为躯干，去掉 LM head，换成百万参数级 pointer head，对选项隐藏状态与 <answer> 位置打分，并用 rank-16 LoRA 微调，训练结合交叉熵、自蒸馏 KL 和按题型校准温度。作者在 jevbench 公开集上取得同规模领先：easy 集 Brier 0.009、准确率 100%，RTX 3090 上 p50 约 100ms、p95 低于 300ms。文中也报告失败与边界：slot head 有位置偏差，更大或指令模型未达预期，泛化提升困难，测试集设计可能掩盖问题，作者自认并非模型训练专家。
推荐收录：文章不是产品宣传，而是完整展示了一个小模型从架构替换、LoRA/自蒸馏训练、数据合成到校准、评测和推理延迟优化的工程闭环，并诚实记录失败版本与基准局限。适合关注 LLM 工程化、小模型训练、校准分类和低延迟推理的读者，其中的 pointer head、自蒸馏、按题型温度校准和迭代复盘方法可迁移到类似模型或 agent 决策组件开发中。
工程实践 Marc Brooker 2026/07/29
本文从成本和容量角度切入尾部延迟分析，通过Lorenz曲线量化不同百分位延迟对平均延迟的贡献比例，并结合Little法则说明这一比例同时对应系统并发所占份额。作者提供了基于分位数向量的数值计算方法，并讨论了插值假设和尾部帕累托外推的局限性。文章指出，在许多服务中p99及以上延迟可能贡献超过一半的平均延迟和并发寸，因此优化尾部能显著降低容量需求、锁争用和成本，而不应简单截断。这一视角将延迟分析从用户体验延伸至系统经济性，适合拥有可观测性指标的工程团队。
推荐收录。文章不是泛泛谈论尾部延迟的重要性，而是引入了Lorenz曲线这一经济学工具提供量化框架，并通过Little法则建立延迟与并发成本的直接关联，给出了可复用的计算方法和工程洞察。对于需要平衡服务性能与基础设施成本的后端工程师、SRE和架构师来说，该思路可直接迁移到容量规划和瓶颈识别中，具有长期参考价值。
工程实践 Marc Brooker 2026/07/19
Marc Brooker在这篇博客中介绍了Aurora DSQL论文，重点阐述了系统的整体目标：构建一个简化应用构建与运维、无需关心规模与可靠性的关系型数据库。文中强调了架构解耦的设计思想，将查询处理、事务、复制和控制面拆分为独立服务，并总结了来自Aurora与DynamoDB等系统的运营教训，如避免大缓存、提供强一致可扩展读、将昂贵操作下推到存储层。作者还讨论了乐观并发控制（OCC）在避免客户端阻塞和减少尾延迟方面的优势，以及多区域场景下的快速读写能力。博客最后指出，硬件与数据中心设计的进步使得强一致性成为更优选择，并提供了论文链接供进一步阅读。
作为Aurora DSQL系统的核心设计者之一，作者以第一视角提炼了论文的关键设计决策与运营经验，浓缩了现代分布式OLTP数据库的核心理念。文章对解耦架构、一致性选择、多区域扩展等问题的论述既权威又简明，适合分布式系统工程师、架构师及关注数据库技术演进的研究者快速获取全局认知，其总结的教训可迁移至其他大规模系统设计。