Linux TCP传输性能优化关键在于窗口与缓冲区协同：窗口受tcp_window_scaling和rmem_max共同限制，实际大小≈接收缓冲区空闲空间，须匹配BDP（带宽×RTT÷8），并启用tcp_timestamps、tcp_sack等配套参数。

Linux TCP 传输性能优化的关键，在于让窗口大小与缓冲区容量协同工作，既不浪费带宽，也不挤占内存。窗口是接收方通告给发送方的“还能收多少”，而缓冲区是内核实际用来存数据的内存空间——两者必须匹配，否则窗口再大也发不出去，缓冲区再大也填不满。

窗口大小受缓冲区限制

TCP 报文头中窗口字段只有 2 字节，理论最大值为 65535 字节（64KB）。若想突破这个限制，必须启用窗口缩放（tcp_window_scaling=1），它允许窗口按比例放大。但缩放后的窗口上限，仍受限于接收缓冲区的最大值（net.core.rmem_max 和 net.ipv4.tcp_rmem 的 max 值）。

• 如果 rmem_max 设为 4MB，但 tcp_rmem 最大只设 64KB，窗口缩放也无法生效——内核不会分配超过 tcp_rmem max 的缓冲区
• 实际窗口大小通常 ≈ 当前接收缓冲区空闲空间，而空闲空间随应用调用 read() 及时程度动态变化
• 可通过 ss -i 查看某连接当前通告窗口（wscale 和 rcv_wnd 字段）

缓冲区大小需匹配带宽延迟积（BDP）

理想接收/发送缓冲区下限 ≈ 带宽（bps） × 往返时间（s） ÷ 8。例如：1Gbps 链路、RTT=50ms → BDP = 10⁹ × 0.05 ÷ 8 ≈ 6.25MB。此时若 tcp_rmem 最大值仅设 2MB，窗口将被卡在远低于理论吞吐的位置。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 高带宽低延迟局域网（如 RDMA 或 10G 机房内）：BDP 小，缓冲区设 1–4MB 足够
• 跨地域专线或云间通信（RTT ≥ 100ms）：建议 tcp_rmem 和 tcp_wmem 最大值设为 8–16MB
• 移动或弱网环境：过大的缓冲区反而加剧延迟（bufferbloat），建议控制在 256KB–1MB

自动调优与手动干预的取舍

Linux 内核支持动态调整接收缓冲区（tcp_moderate_rcvbuf=1），它会根据当前连接的 RTT 和丢包率实时增减缓冲区大小。这对多数场景更安全，但也有局限：

• 启用后，tcp_rmem 的 default 值仅作初始参考，后续由内核接管；max 值仍是硬上限
• 对极低延迟业务（如高频交易），自动调优可能引入不可控抖动，此时更适合固定缓冲区并关闭调优
• 务必确保 net.core.rmem_max ≥ tcp_rmem 的 max，否则 setsockopt(SO_RCVBUF) 会被静默截断

配套必须开启的选项

光调缓冲区和窗口还不够，几个关键开关直接影响其效果：

• tcp_window_scaling=1：启用窗口缩放，否则无法突破 64KB 窗口限制
• tcp_timestamps=1：提供精确 RTT 测量，支撑 BDP 计算和 PAWS（防回绕序列号）机制
• tcp_sack=1：启用选择性确认，提升丢包恢复效率，避免窗口因单个丢包大幅收缩
• 若用 BBR 拥塞控制（推荐用于长肥网络），需确保内核 ≥ 4.9，并设置 net.ipv4.tcp_congestion_control=bbr