DPDK（Data Plane Development Kit）使用忙等待（Busy Polling）而不是传统的中断驱动，主要是为了实现高性能和低延迟的网络数据处理。以下是一些关键原因：
减少上下文切换：在中断驱动模型中，每当有新数据到达时，内核会发生上下文切换，这会引入延迟。而忙等待模式通过不断轮询来检查数据是否到达，从而避免了这种上下文切换。
提高数据处理速度：DPDK的设计目标是实现用户空间的数据平面处理。通过使用忙等待，应用程序可以以极高的频率访问网络接口卡（NIC），从而实现更快的数据包处理。
优化CPU利用率：虽然忙等待在CPU资源利用上看似不太高效，但在特定场景下（如高流量的网络应用），它能够保持CPU一直处于活动状态，使得数据包几乎没有延迟地被处理。
适应多核架构：DPDK非常适合多核系统，通过将负载均匀分配给多个CPU核心，可以有效提升整体吞吐量。在此情况下，忙等待方式能够充分利用每个核心的计算能力。
简单性与可预测性：忙等待模型使得代码逻辑相对简单且行为可预测，不会因为中断风暴等问题造成性能波动。
尽管忙等待带来了高性能优势，但它也存在一些缺点，例如可能导致CPU占用过高和功耗增加。因此，在设计和实施时需要根据具体需求权衡利弊。
内容由零声教学AI助手提供，问题来源于学员提问
![_control.cpp: In function 'int byoI2cRW(uint32_t, uint32_t, void*, uint32_t, void*, uint32_t)':
| ../../../../../../workspace/sources/x86-power-control/src/power_control.cpp:2968:20: error: elements of array 'i2c_msg messages [2]' have incomplete ...](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162230221036878.png)
