1. 低延迟网络概述
各位同学好，我是老张。在开始这门课之前，我想先聊聊——到底什么是低延迟网络？
说白了，低延迟网络就是让数据包从A点到B点的时间尽可能短。我见过不少刚入行的朋友，一上来就盯着带宽看，觉得带宽越大越快。其实不然。你想想看，带宽是路有多宽，延迟是车跑多快。路再宽，车跑得慢，该迟到还是迟到。
1.1 核心定义
低延迟网络，是指经过专门设计和优化，将数据包传输延迟控制在极低水平（通常在微秒甚至纳秒级）的通信网络。它和普通网络最大的区别在于——普通网络追求的是“够用”，低延迟网络追求的是“极致”。
一句话总结：低延迟网络不是一种技术，而是一整套从硬件到软件、从物理层到应用层的协同优化方案。
1.2 三大关键指标
衡量低延迟网络，我习惯看三个指标。这三个指标就像体检报告里的血压、血糖、血脂，缺一不可。
| 指标 | 定义 | 典型值（低延迟场景） | 我的经验 |
|---|---|---|---|
| 延迟 | 数据从发送端到接收端的总耗时 | < 10 μs（同机房） < 1 ms（同城） |
我曾经遇到一个项目，延迟从5μs优化到3μs，就靠换了一根更短的光纤跳线 |
| 抖动 | 延迟的波动幅度（标准差） | < 1 μs | 抖动比延迟更可怕。延迟高可以预测，抖动大直接让算法崩溃 |
| 吞吐量 | 单位时间内成功传输的数据量 | 10 Gbps ~ 400 Gbps | 注意：低延迟和吞吐量有时是矛盾的。我见过有人为了追求极致延迟，故意降低吞吐量 |
避坑指南：我曾经犯过一个错误——只盯着延迟看，忽略了抖动。结果上线后，交易系统频繁超时。后来才发现，虽然平均延迟很低，但抖动高达几十微秒。记住：低延迟网络追求的是可预测的低延迟，而不是偶尔的低延迟。
1.3 为什么延迟这么重要？
我给大家讲个真实案例。2012年，某高频交易公司把服务器从纽约搬到了芝加哥交易所的机房里，光纤距离缩短了800公里。就这一下，延迟降低了4毫秒。你猜怎么着？这家公司当年的交易利润增长了30%。
为什么会这样？因为在高频交易里，1毫秒的领先就意味着数百万美元的收益。这不是夸张，这是现实。
1.4 典型应用场景
低延迟网络不是万金油，它主要用在三个领域。我这些年做过的项目，基本都逃不出这三个圈子。
1.4.1 高频交易
- 延迟要求： < 1 μs（同机房），< 100 μs（跨数据中心）
- 核心痛点： 每一微秒都是钱。我见过客户为了省0.5μs，把交换机从机柜底部挪到顶部——因为光纤短了半米
- 常用技术： FPGA加速、RDMA、用户态协议栈、硬件时钟同步
1.4.2 实时音视频
- 延迟要求： < 150 ms（双向交互），< 50 ms（专业场景）
- 核心痛点： 抖动比延迟更致命。我做过一个远程手术项目，视频卡顿0.5秒，医生直接骂人
- 常用技术： WebRTC优化、FEC前向纠错、自适应码率、边缘节点部署
1.4.3 工业控制
- 延迟要求： < 1 ms（运动控制），< 10 ms（过程控制）
- 核心痛点： 确定性。工业场景不怕慢，怕的是不确定。我调试过一个机械臂，延迟波动超过2ms，直接导致焊接精度不合格
- 常用技术： TSN时间敏感网络、EtherCAT、Profinet IRT、硬实时调度
注意：这三个场景对延迟的要求完全不同。高频交易追求的是极致低延迟，哪怕牺牲一点可靠性；工业控制追求的是确定性延迟，哪怕慢一点也要稳定；实时音视频则是在延迟和画质之间找平衡。千万别拿高频交易的方案去做工业控制，会出大问题的。
1.5 低延迟网络的知识体系
下面这张图是我自己画的，把低延迟网络的核心知识点串了起来。你看完应该能明白，这门课到底要讲什么。
1.6 我的几点感悟
做了十几年网络架构，我最大的体会是：低延迟不是靠某一项技术就能搞定的。它是一个系统工程。从网卡选型、交换机配置、操作系统调优，到应用层代码编写，每一个环节都可能成为瓶颈。
我记得有一次帮一家券商做优化，折腾了两个月，延迟始终降不下来。最后发现，问题出在机柜的散热风扇上——风扇的电磁干扰导致光纤信号抖动。你想想看，谁能想到风扇会影响延迟？
所以，这门课我会带着大家，从硬件到软件，从原理到实践，把低延迟网络的每一个角落都翻一遍。嗯，准备好了吗？