HN讨论 · 身份未知
数据中心高并发下 TCP 栈吞吐保持的精简实现
作者为回答“精简 TCP/IP 栈在现代数据中心（Ultra Ethernet）中是否更快”实现了 SlimTCP；其基准显示单连接 goodput 为 mTCP 的两倍，4096 连接下保持 99.5% 的 goodput（mTCP 为 95%）。该信号指向数据中心网络栈在高并发连接下维持吞吐的性能优化需求。
查看原始信号hn:49574905
目标用户
数据中心网络栈开发者、高性能网络协议研究者、云基础设施与网络性能优化工程师
潜在需求
需要一种在大量并发连接下仍能保持接近满吞吐的轻量 TCP/IP 栈实现，并确认其性能优势的来源与可复用性。
发生场景
在现代数据中心（如 Ultra Ethernet 环境）中，网络协议栈需要同时支撑大量连接并保持高吞吐；对比方案 mTCP 在 4096 连接时 goodput 仅保持 95%，高并发下吞吐下降成为需要解决的阻碍。
来源证据
SlimTCP 作者声称其精简 TCP/IP 栈在单连接 goodput 上是 mTCP 的两倍，并在 4096 连接下保持 99.5% 的 goodput，而 mTCP 保持 95%。
SlimTCP is a TCP/IP stack written to answer the question: Would a trimmed-down TCP stack run faster in modern datacenters(Ultra Ethernet)? According to my benchmarks, it achieves twice the goodput of mTCP on one connection. It also maintains 99.5% of its goodput on 4096 connections, while mTCP maintains 95%. Yet, I'm still uncertain whether it's faster because it's simpler or because I overworked it. Paper: https://arxiv.org/abs/2608.25834 Benchmarks: https://github.com/CajuM/eqds-cloudlabhttps://news.ycombinator.com/item?id=49574905
为什么值得留意
该信号提供了一个已经实现并附基准的差异化解法形态：通过裁剪 TCP/IP 栈改善高连接数下吞吐保持。虽然数据来自作者自述，但连接数扩展时的吞吐表现属于网络栈设计中的关键指标，值得后续观察独立复现与采用情况。
已有方案
- mTCP
未满足部分
- mTCP 在 4096 连接时 goodput 保持率为 95%，低于 SlimTCP 的 99.5%
可能延伸 · 模型推测
- 将精简 TCP/IP 栈思路用于其他高并发网络场景（如 NFV、云原生数据面）
- 扩展更多连接规模与真实数据中心负载的基准测试
- 与 DPDK 等现有网络栈生态做兼容性对比
目前未知
- 性能数据全部来自项目作者自述，未见独立第三方复现
- 作者本人也提到不确定性能提升来自更简单还是过度优化
- HN 帖子评论数很少，缺少独立用户反馈
- 未说明与现有数据中心环境的兼容性与部署代价
继续核实
- 是否有独立团队复现 SlimTCP 相对 mTCP 的性能优势？
- Ultra Ethernet 等现代数据中心中，高连接数下吞吐保持是否是普遍痛点？
- SlimTCP 的裁剪设计是否引入兼容性或可靠性代价？
主题词
tcp stack optimizationdatacenter networkingconnection scalabilitygoodput preservationpacket processing