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

推荐订阅源

人人都是产品经理
人人都是产品经理
W
WeLiveSecurity
Recorded Future
Recorded Future
P
Privacy & Cybersecurity Law Blog
V
Vulnerabilities – Threatpost
C
Cybersecurity and Infrastructure Security Agency CISA
G
GRAHAM CLULEY
S
Securelist
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
小众软件
小众软件
The Hacker News
The Hacker News
The Cloudflare Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
V
V2EX
C
Cisco Blogs
Cisco Talos Blog
Cisco Talos Blog
腾讯CDC
Recent Announcements
Recent Announcements
Jina AI
Jina AI
K
Kaspersky official blog
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
酷 壳 – CoolShell
酷 壳 – CoolShell
GbyAI
GbyAI
F
Fortinet All Blogs
T
ThreatConnect
S
Schneier on Security
罗磊的独立博客
Y
Y Combinator Blog
C
Check Point Blog
T
The Exploit Database - CXSecurity.com
宝玉的分享
宝玉的分享
aimingoo的专栏
aimingoo的专栏
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
I
Intezer
F
Full Disclosure
T
Troy Hunt's Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
WordPress大学
WordPress大学
Application and Cybersecurity Blog
Application and Cybersecurity Blog
V
V2EX - 技术
C
Comments on: Blog
T
Tenable Blog
Project Zero
Project Zero
H
Help Net Security
A
Arctic Wolf
Google DeepMind News
Google DeepMind News
NISL@THU
NISL@THU
博客园 - 【当耐特】
F
Fox-IT International blog

博客园 - yooooooo

ARM CoreLink 系列 4.3 -- NI-700 Component and interface identifiers ARM CCI-500 与 NI0700 的关系. claude code命令使用 【ARM Trace32(劳特巴赫) 使用介绍 2.2 -- TRACE32 进阶命令之 DIAG 弹框命令】 trace32 .cmm脚本和.t32文件的区别 【ARM Trace32(劳特巴赫) 使用介绍 1.1 - Veloce 环境中使用trace32 连接 Cortex-M33】 【ARM Trace32(劳特巴赫) 使用介绍 2.1 -- TRACE32 Practice 脚本 cmm 脚本学习】 PCIe 总线的 ASPM 和 链路状态机制总结 fw_devlink 功能 I3C协议详解 UART 协议规范 BPF 调度器 sched_ext 实现机制、调度流程及样例 Android Camera性能分析 录像Buffer Path详解 【UEFI基础】Protocol介绍 【UEFI实战】在库中使用全局变量 sched feature TTWU_QUEUE 【ARM CoreLink 系列 4.2 -- NI-700 Function units 详细介绍】 edk2构建编译流程 EDK II PCD的概念、类型、使用 UEFI:FDF文件及FD、FV、FFS PELT算法浅析 load_balance函数代码详解 - yooooooo UEFI Boot Manager Linux misfit task Linux 内核中sched_prio_to_weight转换关系 CFS任务放置代码详解 CFS任务的负载均衡(load balance)
ARM NIC-400 与 NI-700 的区别
yooooooo · 2026-05-23 · via 博客园 - yooooooo

Arm 的 CoreLink NIC-400 和 CoreLink NI-700 都属于 SoC 内部互连(Interconnect / NoC)IP,但两者是不同代际、不同架构理念的产品。

你可以把它理解为:

  • NIC-400:传统 AXI Crossbar 时代
  • NI-700:现代 Packetized NoC 时代

核心区别如下。


1. 架构区别:Crossbar vs Packetized NoC

NIC-400:基于 AXI Crossbar

NIC-400 本质是:

  • AXI switch + bridge
  • 传统共享总线/交叉开关结构
  • 内部直接传输 AXI transaction

特点:

  • 延迟低
  • 结构简单
  • 小规模 SoC 很高效
  • 更像“总线互连”

ARM 官方描述其为:

configurable hierarchical low latency connectivity (Arm)

典型结构:

CPU ----\
DMA ----- AXI Switch ---- DDR
GPU ----/

本质还是 AXI 信号直接在芯片里传播。


NI-700:基于 Packetized Network-on-Chip

NI-700 已经是:

  • Router-based NoC
  • packetized transport
  • 类似片上网络

它会:

  • 把 AXI/CHI transaction 封装成 packet
  • 在 NoC router 中路由转发

ARM 官方:

packetized Network-on-Chip (NoC) (Arm)

典型结构:

        Router ---- Router
       /                 \
CPU --                    -- DDR
       \                 /
        Router ---- GPU

已经很像:

  • mesh network
  • data center switch fabric
  • on-chip Ethernet

这是现代大 SoC 的主流。


2. 扩展能力(Scalability)

这是两者最大区别之一。

特性 NIC-400 NI-700
适合规模 小/中型 SoC 大型复杂 SoC
拓扑 Crossbar Router Mesh / NoC
扩展性 一般 很强
接口数量 最多 128 master / 64 slave 100+ interfaces
多时钟域 有限支持 原生支持
多电源域 一般 强支持

(Arm)


3. 布线(Wire Count)差异

NIC-400 的问题

AXI 是宽总线:

例如:

  • 128-bit data
  • address
  • control
  • ID
  • QoS

所有线都直接布在芯片上。

SoC 变大后:

  • routing congestion 非常严重
  • timing closure 困难
  • 功耗高

NI-700 的优化

NI-700 会:

  • AXI packetization
  • 用 packet 在 router 间传输

ARM 说:

wire count reduction by 30% (Arm)

好处:

  • 大芯片更容易 layout
  • timing 更容易 closure
  • 更适合 5nm/3nm

这个是现代旗舰 SoC 必须的。


4. 性能模型区别

NIC-400

优势:

  • 小 transaction latency 低
  • 简单直接
  • AXI 直连

缺点:

  • 大规模时 arbitration 容易拥塞
  • bandwidth scalability 差

NI-700

优势:

  • 高带宽
  • 支持大量 outstanding transaction
  • 更强 reorder 能力
  • 支持复杂 traffic shaping

论文测试指出:

  • NIC-400 小事务 latency 更低
  • NI-700 在复杂 traffic 下 bandwidth 更强 (KTH DiVA Portal)

所以:

场景 更适合
MCU/小 SoC NIC-400
手机旗舰 SoC NI-700
AI/NPU-heavy SoC NI-700

5. QoS / Traffic 管理

NIC-400

已有:

  • QoS-400
  • QVN-400

但还是传统 arbitration。


NI-700

支持:

  • 更复杂 traffic class
  • packet routing
  • virtual channels
  • congestion control

更接近:

  • Network switch
  • NoC fabric

适合:

  • GPU
  • NPU
  • ISP
  • 视频编解码

同时高带宽工作。


6. 功耗与频率

NIC-400

适合:

  • 较低频率
  • 中小规模

NI-700

设计目标:

  • 1GHz+
  • 多 clock domain
  • 多 power domain

更适合先进工艺。 (Arm)


7. 协议支持

NIC-400

支持:

  • AXI3
  • AXI4
  • AHB
  • APB

主要是传统 AMBA4。


NI-700

支持:

  • AXI
  • CHI
  • ACE-Lite

更适合:

  • coherent system
  • AI accelerator
  • modern cache hierarchy

8. 面积代价

NI-700 更复杂。

论文结果:

  • NI-700 area 大约是 NIC-400 的 6.84 倍(小规模配置下) (KTH DiVA Portal)

因为它内部有:

  • router
  • packet buffer
  • clock control
  • power management
  • route logic

所以:

小 SoC 用 NI-700 可能不划算。


9. 时代定位

NIC-400

大约是:

  • ARM Cortex-A53/A57 时代
  • Snapdragon 835 前后大量使用

适合:

  • 传统 mobile SoC
  • IoT
  • MCU

NI-700

ARMv9 时代产物。

主要配合:

  • CI-700
  • CMN-700
  • Cortex-X 系列
  • Mali GPU
  • Ethos NPU

适合:

  • 旗舰手机
  • AI SoC
  • Automotive
  • 高性能异构计算

一句话总结

NIC-400 NI-700
AXI Crossbar Packetized NoC
小而简单 大而复杂
低延迟 高扩展
布线重 布线优化
适合传统 SoC 适合现代异构 SoC
总线思维 网络思维

可以简单理解为:

NIC-400 = “高级 AXI 总线”

NI-700 = “片上交换网络”

现代 Snapdragon / Dimensity / Exynos 旗舰 SoC,基本都已经进入 NoC 化时代。