惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Cloudbric
Cloudbric
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
量子位
A
About on SuperTechFans
宝玉的分享
宝玉的分享
小众软件
小众软件
T
Tor Project blog
The Hacker News
The Hacker News
WordPress大学
WordPress大学
IT之家
IT之家
L
LINUX DO - 热门话题
大猫的无限游戏
大猫的无限游戏
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
酷 壳 – CoolShell
酷 壳 – CoolShell
NISL@THU
NISL@THU
D
Darknet – Hacking Tools, Hacker News & Cyber Security
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Latest news
Latest news
Martin Fowler
Martin Fowler
F
Full Disclosure
爱范儿
爱范儿
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Application and Cybersecurity Blog
Application and Cybersecurity Blog
W
WeLiveSecurity
C
Cisco Blogs
Recorded Future
Recorded Future
C
CXSECURITY Database RSS Feed - CXSecurity.com
博客园 - Franky
美团技术团队
N
Netflix TechBlog - Medium
Know Your Adversary
Know Your Adversary
Hacker News - Newest:
Hacker News - Newest: "LLM"
H
Help Net Security
雷峰网
雷峰网
G
Google Developers Blog
人人都是产品经理
人人都是产品经理
Microsoft Azure Blog
Microsoft Azure Blog
Security Latest
Security Latest
M
MIT News - Artificial intelligence
J
Java Code Geeks
Project Zero
Project Zero
Jina AI
Jina AI
P
Palo Alto Networks Blog
Vercel News
Vercel News
腾讯CDC
N
News | PayPal Newsroom
V
Visual Studio Blog
Cisco Talos Blog
Cisco Talos Blog
V
Vulnerabilities – Threatpost
AWS News Blog
AWS News Blog

博客园_首页

Linux实操--组管理、权限管理和定时任务 Java + EasyExcel 实现单个接口导出多个Excel Mem0 源码解析系列(二):提示词工程的深度剖析 Openclaw TaskFlow究竟是什么?和普通Skill技能有什么区别 博文阅读密码验证 - 博客园 嘉立创开源:应该是全网MicroPython教程最多的开发板 Hermes Agent 集成实践:从协议到生产 2026年AI编程工具横评:Cursor、Codex、Claude Code、Zed、Windsurf Java程序员必看的RAG入门教程 2026 AI效率神器:Superpowers + Claude Code 保姆级教程 本地大模型部署全攻略:从 0 到 1 玩转 Ollama 【从0到1构建一个ClaudeAgent】内存管理-上下文压缩 .NET 高级开发 | 设计、实现一个事件总线框架 电子小白入门之NE555 3. WorkBuddy:隐藏玩法,一键召唤专家,让 AI 以"专家身份"给你干活 和AI一起搞事情#3:Claude Teammate 游戏开发翻车实录 【OpenClaw】通过 Nanobot 源码学习架构---(7)Memory C# .NET 周刊|2026年3月3期 我在 Debian 11 上把 K8s 单机搭起来了,过程没你想的那么顺(/opt 目录版) 深度学习进阶(七)Data-efficient Image Transformer CLI+Skill搭建浏览器AI自动化框架,告别一切重复枯燥任务 告别Token账单无底洞:OpenClaw本地部署,重塑企业数据主权的唯一解 FastAPI+Vue:文件分片上传+秒传+断点续传,这坑我帮你踩平了! SBTI 爆火后,我做了个程序员版的 CBTI。。已开源 + 附开发过程 多模态检索开始进入工程期:用 Sentence Transformers 搭建可落地的 Multimodal RAG 100多行代码实现一个最简单的Agent(用ReAct) Claude Code 通关手册(八):推荐 5 个 Hooks,代码质量提升 3 倍 老板:“有人截图了!”。安全部门:“收到,马上查暗水印!” - why技术 技术之外,皆是人间 C#/.NET/.NET Core技术前沿周刊 | 第 69 期(2026年4.01-4.12) Snack JSONPath 项目架构分析 Claude Code Buddy 小析:一个非核心功能,如何体现产品的细节完成度 AI新时代下的图床管理方案-Cloudflare图床+MCP+Skills方案指南 化繁为简:顺丰速运App如何通过 HarmonyOS SDK实现专业级空间测量 从零实现富文本编辑器#13-React非编辑节点的内容渲染 AI开发-python-langchain框架(3-23-OpenAI Functions风格Tool Calling智能助手) .NET + AI 进阶实战:基于类的技能开发 - 打造可治理的 Agent 能力模块 【从0到1构建一个ClaudeAgent】规划与协调-技能 上周热点回顾(4.6-4.12) 电子小白的工具三件套:面包板、杜邦线、万能板 单表五亿数据的查询优化 | Mysql、StarRocks 2. WorkBuddy:从“我是谁”到“帮我干活” C# 如何减少代码运行时间:7 个实战技巧 基于HelixToolkit.SharpDX 渲染3D模型 - 笺上知微 从零开始的双臂具身VLA起源及现阶段发展综述 - SkyXZ 记对 xonsh shell 的使用, 脚本编写, 迁移及调优 - pluvium27 受够了Vibe Coding的失控?换个起点,让AI事半功倍 从开始配置漏洞环境到漏洞复现流程 - 難しい 关于10年工作经验的程序员对OpenClaw的实战经验分享以及看法 - 虚无境 Any metadata 的内存布局 C# .NET 周刊|2026年3月2期 - InCerry 我帮你测过了,测试圈排名第二的 Skill 依然很牛逼 Skill Discovery | 无监督技能发现的经典工作总结 - MoonOut PbootCMS 网站内容数量多导致访问慢?这些实用优化方案帮你提速! - 家兴网络技术工作室 上下文工程是什么?过时了么?一文讲明白! - 一枫说码 网站漏洞怎么发现并修复?一篇实用指南(附完整流程) - 家兴网络技术工作室 开了 TUN 模式还是直连?90% 的人都踩过这个坑 Github日报|2026年04月12日 - AI一族 AScript扩展多种脚本语言 - rockey627 AI 学习笔记:Agent 的记忆机制 你能被装进一个文件里吗?——7 万人把同事"蒸馏"成了 AI - 我没有三颗心脏 Claude Code 通关手册(七):给 AI 装上技能包——Skills 完全指南 - 暮色之狐 在浏览器中快速编辑代码:VSCode Web 集成实践 - Newbe36524 蒸馏自己 skill?基于 Deepseek 的蒸馏器,丐版蒸馏方式,简单便捷 - To_Carpe_Diem Spring AI Aliababa和AgentScope,哪个更好? - 苏三说技术 Etsy 把 1000 个 MySQL 分片迁进 Vitess:425TB 数据背后的真正问题不是性能,而是运维规模 MicroPython LVGL基础知识和概念:底层渲染与性能优化 - FreakStudio 数据库草图算法 Python 潮流周刊#146:CPython 引入 Rust 的进展 - 豌豆花下猫 最小生成树 - mofei1116 红日靶场七:从外网入口、容器逃逸到 AD 接管的完整利用链复盘 - YouDiscovered1t 分享四款开源且实用的 Kafka 管理工具 - 追逐时光者 vLLM 权重加载机制全解析:从挑战到理想架构 LCT 学习笔记 - ACehomoxue Avalonia UI 12.0.0 正式发布:架构演进和性能飞跃 - 张善友 当 AI Agent 把调用链拉长,延迟开始成为一门生意 conhost.exe 无法显示 U+2717 - 145a 太秀了,我把自己蒸馏成了 Skill!已开源 - 程序员鱼皮 ASP.NET Core 内存缓存实战:一篇搞懂该怎么配、怎么避坑 基于 Ghostty 带有分割标签页和为 Claude 编程设计的通知终端 - BugShare AI 焊死入口:教育的“操作系统级”重塑 - 郝hai 初级Java开发工程师使用sql脚本编写代码的过程是简单而且不糊涂 - CoderOilStation Claude Code通关手册(六):MCP协议完全指南 - 暮色之狐 边框灯光环绕动画特效实现指南 - Newbe36524 开源:子木蒸馏版的 SEO 审计工具 seo-audit-skill v1.0 我所理解的Python元模型 【从0到1构建一个ClaudeAgent】规划与协调-TodoWrite - 程序员Seven Claude 和 Codex 在审计 Skill 上性能差异探究 - ACai_sec AScript如何实现中文脚本引擎 - rockey627 【渗透测试】HTB Season10 Garfield 全过程wp - dynasty_chenzi Android 开发者为什么必须掌握 AI 能力?端侧视角下的技术变革 树状数组正确性证明 - AC-wyr 你的 AI 焦虑,可能比 AI 本身更危险——ATM 机没有消灭银行柜员,但恐慌消灭了你的判断力 - 我没有三颗心脏 一个拉胯的分库分表方案有多绝望?整个部门都在救火! - 冰河团队 动态规划入门必学之走方格问题 - Ofnoname PostgREST 与 PostgreSQL 角色权限配置全解析(生产级实践) - SheepDog1998 使用 UEFI 图形输出协议 GOP 在屏幕上显示图像的方法 - 阿源- Claude Code通关手册(五):组建你的AI专家团队,子代理系统 - 暮色之狐 一个程序员到架构师的催婚路之感悟(整整10年后的催婚相亲感悟) - MisterLip 用 Agent Skill 自动生成工作周报 - 赵康
从 AMBA 协议看 Valid-Ready 到 Credit-based 流控机制
64 · 2026-04-27 · via 博客园_首页

本文探究在 ARM 协议栈中,为什么 CHI 协议基于 credit 流控,而 AXI 协议基于 valid-ready 握手流控。

1. 引言

AXI 协议基于valid-ready 信号进行流控,只有 valid-ready 同时有效时表示数据有效,时序如下:

axi-hs

CHI 协议基于 credit 进行流控,下游输出 LCRDV 给上游,上游维护一个信用计数器,基于信用计数器的数量向下游分发请求个数:

CHI-hs

2. 两种流控的本质差异

2.1 Valid-Ready 分析

Valid-Ready 握手本质上是一种即时反压机制,如果发送方 Sender 和接收方 Receiver 间没有插入寄存器,那么接收方反压会被发送方即时看见,但是这不利于时序收敛,在高频系统下一般会在 Sender 和 Receiver 间插入多级寄存器。

2.1.1 真实传输场景

考虑一个真实的流水线互联,Valid/Ready 信号之间插入了 3 级 register slice 以切断组合路径:

52ed73e0-54ac-4408-8d01-f66803ef4bc0

这里引入一个概念 —— 反压信息往返周期数 \(T_{RRT}\)

对应上文的场景:

$T_{RRT} = T_{forward\_stages} + T_{backward\_stages} $

这时对于 Receiver,buffer 深度必须设定为大于等于 \(T_{RRT}\) 也就是 6, 因为反压信号 3 个 cycles 后才传递到 Sender,而在这 3 个周期中在途的请求是 3 个,对应前向 + 后向的 slices 数量。

2.1.2 维持满带宽的条件

\(B_{min} = BW \times T_{RRT}\)

上面给出的公式,设是使得发送方与接收方维持满带宽的条件,设 B 为接收方 Buffer 深度,对于每 cycle 1beat 的链路 BW 为 1,\(T_{RRT}\) 为 N 的场景下,Receiver 必须有至少 N-entry 的 FIFO 才能保证无气泡流水,这个 FIFO 承担了一个职责——即反压还在路上,必须承载上游 Outstanding 的数据,所以一般也称之为 skid-buffer 或者 elastic buffer。

基于 AXI 的 register slice 一般是 2-entry 的 skid-buffer,用来打破组合路径同时维持满吞吐。

2.1.3 吞吐效率

如果 Receiver 深度是下述公式的场景,设 B 为 Receiver buffer 深度:

\(B{min} < BW \times T_{RRT}\)

每次 FIFO 填满后,反压建立 + 解除的时间就会引入 bubble,导致有效带宽下降,具体的效率公式如下:

$\eta = \frac{有效传输 cycle}{总 cycle} = \frac{B}{B+T_{RRT}} $

这里 B 代表 Receiver FIFO 深度。

注意这里每一级 register slice 的 slice 都有上下游的 Valid-Ready,否则下游 FIFO 会丢包,效率分析就不成立。

2.2 Credit-Based 分析

基于信用的流控,本质上是一种解耦的哲学,核心思想是:将能否发送的决策权前置到发送端。

Sender 可发送条件: \(Credit_{available} > 0\)

2.2.1 真实传输场景

6901363f-57bd-44b8-853e-4e5d38d80e5a

上图与 Valid-Ready 系统一个很明显的区别, Credit 系统中,数据通路上只需要简单的 flop pipeline(每级1个 FF 就够),因为信号是单向的,没有握手。

2.2.2 Credit 流控的完整数学模型

设 Receiver buffer 深度为 B,往返延迟为 \(T_{RRT}\)(credit return延迟 + data forward 延迟),则:

  • 初始 credit 发放:\(C_{init} = B\)
  • 维持满吞吐的充要条件: \(B ≥ BW \times T_{RRT}\)
  • 有效带宽利用率: \(\eta = min(1, \frac{B}{BW \times T_{RRT}})\)

看起来公式与 Valid-Ready 系统的完全一致,但是基于 2.2.1 的描述,实际上反压往返时间是大大减少了的,因此 Receiver 的 buffer 深度也减少了。

2.2.3 Credit 流控的其他优势

2.2.3.1 时序友好

Credit return 只是一个单 bit 脉冲信号,可以插入任意级数的 flop,对比下 Valid-Ready 系统插入 register slice 需要配对的 skid-buffer,面积和复杂度显著减少。

2.2.3.2 支持虚通道 VC 和避免死锁

Credit 天然支持 per-VC 独立流控,是构建无死锁 NOC 的基础。

每条虚通道独立的 Credit 池可以防止 Head-of-Line Blocking 和协议级死锁,在 CHI, UCIe 等协议中是标配。本文暂不对此展开介绍。

3. 实际应用

3.1 ARM

CMN 系列,RN-I (Request Node - I/O) 和 RN-D (Request Node - DMA) 的存在本质上是一个协议桥,会进行基于 Valid-Ready 握手的 AXI 协议到基于 Credit 的 CHI 协议间的转换。

89a67549-9e81-42ef-a3d0-2fabc389ced9

这里的选择逻辑是:

外侧 AXI:因为绝大多数第三方 IP、历史 IP、以及 ARM 自家的大部分非一致性 IP 都是 AXI 接口

内侧 CHI:因为 Mesh 规模大(RTT 大)、需要 VC 支持一致性协议。

这种方案并不是技术最优,但确保了生态最优。 ARM 自己在新的 Neoverse 核心(如 Neoverse V2/V3)上使用 CHI 的 RN-F(Fully coherent)直接接入 Mesh,避免了这个转换开销。

有意思的是 CCIX 和 CXL 的设计选择:

  • CCIX 基于 PCIe 物理层,但上层协议采用信用流控的事务层。

  • CXL.cache/CXL.mem 完全是 credit-based 的,因为要跨 socket、跨 die 保证一致性

涉及"跨越物理边界 + 一致性语义",选择 credit 机制。

3.2 NVIDIA

Hopper/Blackwell 架构的多级互联:

e58a9bba-cbb7-470f-8355-dfc64da55c09

Level 2-3 之间是流控机制切换的分界点。切换原因是 XBar 规模扩大,\(T_{RRT}\) 增大,且需要 fair arbitration。

L2 Cache controller 内部使用多端口 Credit-based 调度器

3.3 Google TPU

TPU Systolic Array 与互联的耦合设计

cc561c67-030f-4cc7-bf69-f9f3ae6bb3a2

脉动阵列内部没有流控的原因:

  • 数据流动是编译时确定的,不存在动态拥塞
  • 每个 PE 的输入时序由编译器精确调度
  • 相当于把流控问题前移到编译器

这是最激进的优化,软件定义硬件:编译器+硬件协同设计,彻底消除运行时流控开销。

3.4 网络芯片(DPU/Switch ASIC)

Broadcom Tomahawk、NVIDIA Spectrum、Marvell Teralynx 等交换芯片:

  • Ingress → Packet Buffer: 严格credit-based,因为要防止PFC(Priority Flow Control)下的buffer溢出
  • Buffer → Egress: VOQ(Virtual Output Queue)+ credit调度
  • 跨芯片Fabric: Cell-based credit(把大包切成固定cell,每cell一个credit)

这里 Credit 的使用是功能性需求(防丢包是网络芯片的生命线),不是基于性能优化的考量

3.5 HBM/DDR 控制器

HBM/DDR控制器内部:

  • Command Queue → Scheduler: Valid-Ready 为主(队列深度可控)
  • Scheduler → PHY: 严格时序驱动,无流控(由 DRAM 时序参数决定)
  • 对外接口: credit(AXI5 或 CHI)

这里体现一个原则:当延迟由物理规律(DRAM 时序)而非缓冲决定时,流控退化为无意义。

4. 总结

Credit 流控的本质是用空间(buffer)换时间(latency tolerance),并用单向信号换时序收敛性。

随着 SoC 向大规模多核、3D 堆叠、Chiplet 集成演进,互连的物理延迟成为一等约束。AXI5 引入 credit transport、CHI/UCIe/NVLink 全面 credit 化,反映了整个行业从"总线思维"向"网络思维"的范式转变。在实际项目中需要根据互连拓扑、 \(T_{RRT}\) 预算、QoS 需求综合判断。

参考来源:

https://community.arm.com/support-forums/f/architectures-and-processors-forum/57671/axi5

AMBA AXI Protocol Specification (IHI 0022)

AMBA CHI Architecture Specification (IHI 0050)

Arm Neoverse CMN-700/CMN-S3 TRM

欢迎关注微信公众号:
微信图片_20260422210936_122_93