dpdk tm eth event驱动协同完成收发包流程

在 DPDK 中，**ETH 驱动**、**TM 驱动**（流量管理驱动）和 **Event 驱动**（事件驱动模型）是实现高效网络数据包收发、流量控制和管理的关键组件。它们通过一系列的协作流程，共同完成数据包的收发、调度和流量控制。

### 1. **ETH 驱动（以太网驱动）**
ETH 驱动直接与硬件设备交互，负责数据包的收发。它通过硬件的接收队列（RX）和发送队列（TX）接收和发送数据包。ETH 驱动会使用 **mbuf**（内存缓冲区）结构来存储数据包，并通过 DPDK 提供的 API（如 `rte_eth_rx_burst` 和 `rte_eth_tx_burst`）来处理数据包。

### 2. **TM 驱动（流量管理驱动）**
TM 驱动负责流量的管理、调度和带宽控制。它通常通过流量队列和带宽调度机制来控制不同流的数据包传输，确保高优先级流量的带宽需求得到满足，并通过流量整形算法（如令牌桶）避免网络拥塞。

- **流量队列管理**：TM 驱动使用多个队列来区分不同类型的流量，可能会对每个队列设置不同的带宽限制或优先级。
- **流量调度与整形**：通过调度算法（如令牌桶），TM 驱动会控制每个队列的发送速率。

### 3. **Event 驱动（事件驱动机制）**
Event 驱动模型通常用于高效处理硬件事件、网络数据包的接收和发送等。DPDK 提供了 **rte_eventdev**（事件设备）API来实现事件驱动模型，允许应用程序以异步方式处理数据包。

- **事件处理机制**：通过事件驱动模型，应用程序可以异步地接收或发送数据包，而不需要每次都轮询。
- **异步事件**：ETH 驱动和 TM 驱动可以在事件驱动的帮助下进行非阻塞操作，减少 CPU 时间浪费。

### 协同工作流程

下面是 **ETH 驱动**、**TM 驱动** 和 **Event 驱动** 协同工作的过程：

#### 1. **接收数据包**
ETH 驱动通过硬件的接收队列（RX）接收数据包。接收到的数据包会存放在 **mbuf** 中，并可能通过 **Event 驱动** 机制进行处理：

- ETH 驱动会通过轮询方式（或者中断触发）检测是否有数据包到达。
- 如果启用了事件驱动模式，接收到的数据包会通过 **rte_eventdev** 传递给相应的事件处理函数。

#### 2. **流量管理**
接收到的数据包需要通过 **TM 驱动** 进行流量管理：

- **TM 驱动** 会根据流量队列和调度策略将数据包分配到不同的队列。
- 每个队列的带宽和优先级会受到 **TM 驱动** 的控制，确保不同流量的调度符合预期。
- 如果启用了流量整形，**TM 驱动** 会控制数据包的发送速率，避免出现网络拥塞。

#### 3. **发送数据包**
经过 **TM 驱动**