linux tcp协议栈连接建立瓶颈核心在于半连接队列（syn queue）和全连接队列（accept queue），需调优net.ipv4.tcp_max_syn_backlog（建议65535）、net.core.somaxconn（65535）并启用tcp_syncookies=1，同时同步调整应用层backlog参数；time_wait问题则需扩大端口范围、启用tcp_tw_reuse=1及tcp_timestamps=1。

Linux TCP 协议栈中发送/接收队列的大小调优，核心是解决连接建立阶段的瓶颈，而非传输过程中的吞吐问题。真正影响“连不上”“第一次请求失败”“listen overflows”这类现象的，是半连接队列（SYN queue）和全连接队列（accept queue），不是应用层 send()/recv() 缓冲区。

半连接队列（SYN Queue）要足够大

收到 SYN 后、还没完成三次握手前的状态，都存在这个队列里。默认值通常只有 128 或 256，高并发下极易溢出——溢出时内核静默丢包，客户端只看到超时，查不到错误日志。

• 关键参数：net.ipv4.tcp_max_syn_backlog，建议设为 65535
• 必须配合开启 net.ipv4.tcp_syncookies=1（防 SYN Flood，且在队列满时启用 cookie 机制）
• 注意：该值不能超过内核编译时设定的硬上限（可通过 cat /proc/sys/net/ipv4/tcp_max_syn_backlog 确认是否生效）

全连接队列（Accept Queue）需与应用层对齐

三次握手完成后、还没被应用 accept() 拿走的连接，就卡在这个队列里。它的实际长度由三者取最小值决定：min(somaxconn, listen_backlog, net.core.somaxconn)。

Linux Ai Server

Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。

下载

• 调大内核上限：net.core.somaxconn=65535
• 同步改应用代码或配置：Nginx 的 listen 80 backlog=65535；Go 中需显式设置 socket 的 SO_BACKLOG；Java Netty 默认用的是系统值，但某些版本仍受限于旧 JVM 默认值
• 验证是否生效：运行 ss -lnt 查看 Recv-Q 列，持续接近或等于你设的 backlog 值，说明队列正在承压

发送/接收缓冲区不是“越大越好”

很多人误把 tcp_wmem/tcp_rmem 当成“队列”，其实它们是 Socket 级缓冲区，影响的是已建立连接的数据流动效率，和连接建立成功率无关。盲目调大会浪费内存、拉高延迟，尤其对小包高频场景。

• 合理上限 = 带宽 × RTT（即 BDP），例如 1Gbps + 10ms RTT → BDP ≈ 1.25MB，tcp_rmem 第三项设 2MB 已足够
• 必须同时调大 net.core.rmem_max 和 net.core.wmem_max，否则 tcp_*mem 的最大值会被截断
• 启用自动调节：net.ipv4.tcp_rmem 三元组中第二项（默认值）不宜设死，让内核根据连接动态伸缩；net.ipv4.tcp_moderate_rcvbuf=1 开启自适应

别忽略 TIME_WAIT 对“端口队列”的隐形占用

短连接服务（如 API 网关）每秒新建上千连接时，主动关闭方（通常是客户端或反向代理）会大量进入 TIME_WAIT 状态，60 秒内端口不可复用。本地端口范围有限，默认仅约 28000 个可用端口，很快耗尽，报错 Cannot assign requested address。

• 扩大端口范围：net.ipv4.ip_local_port_range="1024 65535"
• 加速回收（仅限客户端）：net.ipv4.tcp_fin_timeout=30，并开启 net.ipv4.tcp_tw_reuse=1（前提：tcp_timestamps=1）
• 服务端禁止开 tcp_tw_recycle（已从 4.12+ 内核移除，且 NAT 下必出问题）