同一个上午,两件事。
第一件:把一份500M的设计稿发给同事,几秒跑完。第二件:十点整,全公司的视频会议准时开始,两千人的在线课堂,画面一卡一卡,声音断断续续。
不少人这时候会纳闷:带宽明明够,怎么一到忙点就卡?
因为“快”其实是两回事。
“快”被当成了一个词
买网络设备时,大家嘴上说的都是“要快的”。可“快”这个词,至少对应三个指标:带宽、吞吐、延迟。
带宽,是这条路一秒钟能过多少数据,相当于马路有多宽。吞吐,是实际跑起来一秒真的过了多少,受两端设备、路上堵不堵影响。延迟,是一个包从这头到那头要花多久,相当于通勤时间。

大文件传得快,比的是带宽;开会卡不卡、点一下按钮反应快不快,比的是延迟。一个决定“搬得快不快”,一个决定“反应快不快”,药方完全不一样。
三个常被讲混的词
指标 | 通俗说法 | 对应业务感受 |
带宽 | 马路有多宽(每秒能过多少) | 大文件、批量备份搬得快不快 |
吞吐 | 实际跑起来一秒真过了多少 | 白天真实跑满没跑满 |
延迟 | 一个包单程要多久(通勤时间) | 会议、交易、实时系统跟不跟手 |
排队:路再宽,车多了照样堵
凭直觉,卡就是路窄,加带宽就完了。可现实里,早高峰的双向八车道一样堵。不是路不够宽,是车密度到了一定程度,每辆车都得跟前车的节奏走,平均速度自然就下来了。
网络也是这个理。一条链路利用率在五六成的时候,大家各走各的,延迟很低、很稳。利用率爬到八九成,包开始在队列里排队等,等待时间不是跟着流量线性涨,而是往上翘。快到满载的时候,多塞百分之十的流量,排队时间可能翻好几倍。

早十点、全公司同时开会加备份扎堆,恰恰是利用率最高的时候。这时候卡,加带宽是解法之一,但不一定是第一个该动的地方。
先搞清楚一件事:你是“路不够宽”,还是“车在排队”?
网卡上的几个排队窗口
排队不只在马路上,也在网卡里。网卡有点像收费站:车来了,总得处理一下再放行。
多队列,相当于开了好几个收费窗口。老式的网卡只有一个窗口,车全排一条队;好一点的网卡按流量分流,各走各的队,谁也不挡谁。
中断合并,是另一种权衡。每来一辆车就喊一声收费员,太吵;攒一小撮一起喊,省人力,代价是排队的时间稍微长一点。这事儿没有绝对好坏,业务要实时,就得少攒一点。
卸载,是把拆包、算校验这种体力活留给网卡自己,不把 CPU 扯进来。CPU 闲着,反应自然快。
还有个容易被忽略的:节能。没流量的时候,有些网卡会“睡一会儿”省电,真有包来了再唤醒。对延迟敏感的业务,这一觉偶尔就是一个小抖动。规格表里写了节能,不代表你非得开着它。
选卡先问自己五个问题
要问的问题 | 搞清楚什么 |
业务怕什么 | 搬数据看带宽,会议/交易/实时系统怕延迟 |
队列有几个 | 多队列、虚拟机队列,忙时分流靠它 |
卸载写没写 | TSO/GRO 等省 CPU,就是省反应时间 |
生态稳不稳 | 驱动适配与云平台认证,网卡出毛病常是驱动拖后腿 |
节能关不关 | 实时业务的 EEE 节能按需要关 |
别再只盯着速率选卡
看速率选网卡,就像只看路宽不看车道数、不看收费站开几个窗口。万兆、25G 是起点,不是终点。

光润通 FF-2502E 这类 25G 双口网卡,把流量分到多个 CPU 核上处理,还自带无状态卸载,忙时排队的车就少一条;万兆的 FF-1002E 带 QoS 流量管理和 EEE 节能,用不用、怎么用,可以按业务自己调。芯片和驱动都是自研的,部分产品还过了阿里云的兼容性认证。
下次网络卡,先别下意识喊“加带宽”。问一句:是路不够宽,还是车在排队?
这俩病,药方不一样。
光润通提供从千兆到 400G 的全系列服务器网卡,自研芯片、自研驱动,多队列与卸载齐全。需要按业务评估网卡选型,随时联系。