[参考译文] TM4C + Nonos+lwip 超时问题

您好、12月12日下午、

 非常感谢您分享这篇文章。 我也从中学习。

[引用用户="Caffein Lin]12时12分、

感谢您分享经验、让我学到很多。
您是否会将 lwIPEthernetIntHandler()移到 SUPERLOOP 进行轮询，其主要目的是获得更好的性能？

此致、

咖啡因

[/报价]

你好，Caffein

主要目的是在时间要求严格的系统其他部分获得更好的性能。 以太网服务的优先级在我们的应用中不太重要。

希望这对您有所帮助。

你好，咖啡因

如果为 TCP 启用 LWIIP 调试 UARTprtintf()消息(lwipopts.h)，则会看到 (等待超时)有时可能会在5ms 的较短时间内发生。 似乎(lwiplib.c)也无法处理 OOSEQ 超时清除。 我在下面添加了一个电话、以检查 LWIP 似乎忽略并再次减慢计时器的状态。 序列外的数据包永远不会得到 ACK 响应、 TXD pbufs 曾经被分配过。 您可以尝试 通过 Telnet 和其他 RDP 协议加快(禁用 Nagle)传输速度，例如，您的客户端 PCB 指针->flags |= TF_NODELAY。

发生的情况似乎是、没有远程同步响应与  从内存池获取的分配 pbuf 的丢失帧有关。 这也可能导致丢失帧消息、 我们需要 回收(pbuf=Null)内存空间或最终使 TCP 堆栈崩溃。 不清楚 LWIP1.4.1是否正在执行调用以回收 OOSEQ 内存空间，但似乎没有。 在 下面添加呼叫后、等待超时消息似乎更少。

/*定期检查 LWIP 超时。 尝试回收内存空间
*来自排队的序列外 TCP 数据段。
*将元素放回其池中。 当时、释放 OOSEQ 队列 PBUF
*当 PBUF_POOL 为空时、PBUF_CHECK_FREE_OOSEQ = 1 (pbuf.h)*/
#if LWIP_TIMERS
if ((g_ui32LocalTimer - g_ui32LwipTimeoutTimer)>= MEMP_NUM_SYS_TIMEOUT)
｛
G_ui32LwipTimeoutTimer = g_ui32LocalTimer；
sys_check_timeouts()；
}
#endif 

您好 BP101：  

感谢你的答复。 关于对 sys_check_timeouts()的调用，我看到 e2e 发布的文章中已经解释过它已被添加。 添加后、超时效果会得到改善。
我稍后将在建议中尝试禁用 Nagle。

非常感谢您的建议、因为我在 e2e 上看到您发布了大量有关 tm4c129 + LWIP 的文章。

谢谢。

此致、  

咖啡因

[引用用户="Charles Tsaaaa">您好咖啡因、
感谢 BP101、我希望他能提供一些对您有用的指导。 我想知道您是否也有机会联系 LwIP？ 由于我们不是 LwIP 复杂性方面的专家、我认为他们可以从 TCP 堆栈的角度提供一些改进性能(即降低传输延迟)的提示。

[/报价]

lwIP 设备最可能会告诉您的第一件事是、我们需要更新到最新的上游 lwIP、即版本2.1.2。 然后、性能改进可以追溯到上游。 如果我们可以创建一个 lwIP 的 TivaWare 端口、这样我们就可以使用常用(未修改的)上游 lwIP、那么 lwIP 的未来更新将不需要在 TM4C 上使用额外的工作。

你好，咖啡因

尝试禁用用于 tcpout()的 Pbuf 指针中的 Nagle 协议将   通过 TM4C_129.c HAL TX 描述符 DMA 处理来加快数据包速率。   放入 环形缓冲器的数据包不应花费100ms 从 PHY 传输出去。  也可以  在5ms 间隔内从同一 LWIP 计时器调用对输出环缓冲数据包的调用。 您还可以在  指定用于处理 LWIP 数据包响应的 TCP 回调处理程序中设置数据包传输的优先级。

//设置 TCP 连接优先级。
tcp_setprio (PCB、tcp_PRIO_MAX)； 

发送实时 数据包的调用应仅 为  客户端 TXD 处理程序设置布尔开关并 快速 退出。 让 LWIP/HAL/DMA/PHY 计时器执行其余的数据包传输处理。  此外 、EMAC0/PHY 时钟速率必须为25MHz XTAL、否则 TXD 速度(Nagle 延迟)可能会受到很大影响。