tcp

etx和erx线程作用

发布于 2021-09-01 08:36:15 浏览：427

3 个回答

fhqmcu 认证专家 2021-09-01

个人博客：https://blog.csdn.net/fhqlongteng

Jone 2021-09-01

写了还是懒

出出啊 2021-09-01

It is Not the Mountain We Conquer, but Ourselves

Jone 2021-09-01

写了还是懒

出出啊 2021-09-01

It is Not the Mountain We Conquer, but Ourselves

Jone 2021-09-02

写了还是懒

请登录后再发布评论，点击登录

追加回复

出出啊 2021-09-01

It is Not the Mountain We Conquer, but Ourselves

我不同意楼上专家的观点，增加的俩线程并没有做任何缓存或者速度提升优化，反而，增加了处理逻辑复杂度。
以 etx 为例。`ethernetif_linkoutput` 函数主要操作如下：
```c
    if (rt_mb_send(ð_tx_thread_mb, (rt_uint32_t) &msg) == RT_EOK)
    {
        /* waiting for ack */
        rt_sem_take(&(enetif->tx_ack), RT_WAITING_FOREVER);
    }
```
仅仅发送一个邮箱，然后等待一个 信号量。这个信号量从哪儿来？看下面的 etx 线程入口函数。
```c
static void eth_tx_thread_entry(void* parameter)
{
    struct eth_tx_msg* msg;

while (1)
    {
        if (rt_mb_recv(ð_tx_thread_mb, (rt_ubase_t *)&msg, RT_WAITING_FOREVER) == RT_EOK)
        {
            struct eth_device* enetif;

RT_ASSERT(msg->netif != RT_NULL);
            RT_ASSERT(msg->buf   != RT_NULL);

enetif = (struct eth_device*)msg->netif->state;
            if (enetif != RT_NULL)
            {
                /* call driver's interface */
                if (enetif->eth_tx(&(enetif->parent), msg->buf) != RT_EOK)
                {
                    /* transmit eth packet failed */
                }
            }

/* send ACK */
            rt_sem_release(&(enetif->tx_ack));
        }
    }
}
```
etx 等待 `ethernetif_linkoutput` 的邮件消息，然后调用 eth 驱动接口函数，完成后释放信号量给 `ethernetif_linkoutput`一个应答。

从这里看，用上这个线程，需要额外增加两次 ipc 消息。
去掉 etx 之后呢？
```c
static err_t ethernetif_linkoutput(struct netif *netif, struct pbuf *p)
{
    struct eth_device* enetif;

RT_ASSERT(netif != RT_NULL);
    enetif = (struct eth_device*)netif->state;

if (enetif->eth_tx(&(enetif->parent), p) != RT_EOK)
    {
        return ERR_IF;
    }
    return ERR_OK;
}
```

唯一不同的是，使用线程后，收发操作 eth 驱动都在一个线程里进行的，如果去掉就有可能多个应用线程同时发送数据，导致多个线程竞争 eth 驱动的结果出现。
但是，这个可以经过优化应用层业务逻辑规避。