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)。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 调大内核上限：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 下必出问题）
