优化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 驱动接收缓冲区数量(个数)。两者需要"相互匹配",但不是同一个参数、也不是同一个单位。

相关推荐
ACP广源盛139246256732 小时前
IX8024与科学大模型的碰撞@ACP#筑牢科研 AI 算力高速枢纽分享
运维·服务器·网络·数据库·人工智能·嵌入式硬件·电脑
Empty-Filled3 小时前
AI生成测试用例功能怎么测:一个完整实战案例
网络·人工智能·测试用例
码云数智-大飞3 小时前
本地部署大模型:隐私安全与多元优势一站式解读
运维·网络·人工智能
jinanwuhuaguo4 小时前
(第二十九篇)OpenClaw 实时与具身的跃迁——从异步孤岛到数字世界的“原住民”
前端·网络·人工智能·重构·openclaw
汤愈韬4 小时前
三种常用 NAT 的经典案例
网络协议·网络安全·security
等风来不如迎风去4 小时前
【win11】最佳性能:fix 没有壁纸,一直黑屏
网络·人工智能
Harvy_没救了5 小时前
【网络部署】 Win11 + VMware CentOS8 + Nginx 文件共享服务 Wiki
运维·网络·nginx
汤愈韬5 小时前
NAT Server 与目的Nat
网络·网络协议·网络安全·security
2401_873479406 小时前
断网时如何实时判断IP归属?嵌入本地离线库,保障风控不中断
运维·服务器·网络
7ACE6 小时前
Wireshark TS | TLP 超时时间
网络·网络协议·tcp/ip·wireshark·tcpdump