优化wifi的性能,LWIP_TCP_WND是不是指的是DYNAMIC_RX_BUFFER动态接受缓冲区的缓冲区大小

不是一回事。

  • CONFIG_LWIP_TCP_WND_DEFAULT(LWIP_TCP_WND) :指 lwIP 里每个 TCP 连接的"接收窗口"(receive window) ,单位是 字节。它决定你对端能"最多连续发多少未确认的数据"给你,从而影响吞吐(窗口越大,链路 RTT 下越能跑满速)。

  • CONFIG_ESP_WIFI_DYNAMIC_RX_BUFFER_NUM :指 Wi-Fi 驱动层用于接收数据帧的"动态 RX 缓冲区数量"(是"个数",不是 TCP 的窗口大小)。每个 buffer 本质上承载一帧/一段数据,大小由驱动内部固定策略决定(你主要能调的是"数量",不是每个 buffer 的尺寸)。

两者的关系可以这样理解:

它们是不同层的"两个水桶",但会互相卡脖子

  • Wi-Fi RX buffers(dynamic/static)太少:空口收到的数据来不及搬运/投递到 lwIP,就会 丢包/重传,吞吐上不去。

  • TCP WND 太小:即便 Wi-Fi 很能收,对端也会因为你"广告窗口小"而 不敢多发,吞吐同样上不去。

所以你截图里那种"WND 要和 WIFI_DYNAMIC_RX_BUFFER_NUM 匹配"的说法,更准确的含义是:

TCP 窗口不要设置得远大于系统实际能缓存/处理的接收能力 (Wi-Fi 驱动 RX buffer + lwIP pbuf + 应用读取速度)。

否则窗口大也白搭,反而更容易触发内存压力、丢包、抖动。


怎么调更合理(经验规则)

  1. WND 一定按 MSS 的整数倍调
    WND ≈ N * MSS(MSS 常见 1460),N 常用 4/8/16/32。

    例如:8*MSS=1168016*MSS=2336032*MSS=46720

  2. C3 这种内存紧张平台别盲目拉很大

    WND 每个 TCP 连接都会占用更多 pbuf/缓存压力;并发连接一多就更明显。

    如果你只有 1 条 TCP 流想跑快:可以把 WND 逐步从 16*MSS32*MSS 试。

    如果你有多连接:WND 反而要保守一些。

  3. 配套项(经常一起调)

  • CONFIG_LWIP_TCP_WND_DEFAULT(接收窗口)

  • CONFIG_LWIP_TCP_SND_BUF_DEFAULT(发送缓冲,影响上行吞吐)

  • CONFIG_LWIP_TCP_SND_QUEUELEN(队列长度)

  • CONFIG_LWIP_TCP_MSS(MSS)

  • Wi-Fi:CONFIG_ESP_WIFI_DYNAMIC_RX_BUFFER_NUM / STATIC_RX_BUFFER_NUM / RX_BA_WIN


结论回答你的问题

LWIP_TCP_WND_DEFAULT 不是指 DYNAMIC_RX_BUFFER 的大小

它是 TCP 层窗口大小(字节) ,而 DYNAMIC_RX_BUFFER_NUMWi-Fi 驱动接收缓冲区数量(个数)。两者需要"相互匹配",但不是同一个参数、也不是同一个单位。

相关推荐
疯狂吧小飞牛6 小时前
GPG基础指令
linux·服务器·网络
小饕6 小时前
苏格拉底式提问对抗315 AI投毒:实操指南
网络·人工智能
斯安7 小时前
车载总线与网络总结
网络
czxyvX7 小时前
009-数据链路层
网络
源远流长jerry7 小时前
RDMA 基本操作类型详解:从双端通信到单端直访
linux·网络·tcp/ip·ip
森林猿8 小时前
java-modbus-读取-modbus4j
java·网络·python
csdn_aspnet8 小时前
AD域网络位置异常深度排错指南:从DNS到GPO的完整诊断链
网络·ad·dns··netlogon
Simon_lca8 小时前
突破合规瓶颈:ZDHC Supplier to Zero(工厂零排放 - 进阶型)体系全攻略
大数据·网络·人工智能·分类·数据挖掘·数据分析·零售
黄焖鸡能干四碗10 小时前
网络安全建设实施方案(Word文件参考下载)
大数据·网络·人工智能·安全·web安全·制造
天赐学c语言10 小时前
Linux - 应用层自定义协议与序列/反序列化
linux·服务器·网络·c++