了解DPDK

最新推荐文章于 2024-08-12 14:40:46 发布

贪心的葡萄

最新推荐文章于 2024-08-12 14:40:46 发布

阅读量1.1k

点赞数 1

本文链接：https://blog.csdn.net/qq_41245381/article/details/105916939

版权

一、DPDK

数据平面开发套件(DPDK，Data Plane Development Kit)是由6WIND,Intel等多家公司开发，主要基于Linux系统运行，用于快速数据包处理的函数库与驱动集合，可以极大提高数据处理性能和吞吐量，提高数据平面应用程序的工作效率。

1.1 背景

因特网和其他互联网必须承载的通信量在持续增长和变化。如今，实时响应的万维网的广泛使用和音频、图像、视频的使用增长，驱动了服务质量需求的增长。为了应对这种增长，TCP/IP体系结构发展了QoS（服务质量）以支持各种类型的拥有各种服务质量需求的通信量。数据平面(Data Plane)是QoS框架的三平面之一，承担了通信中分组的队列管理，排队调度，拥塞避免等直接在数据流上进行操作的机制，对提高网络通信的效率起着至关重要的作用。

在此基础上，人们期望用更低的成本和更短的产品开发周期来提供多样的网络单元与丰富的功能，如应用处理、控制处理、包处理、信号处理等。为了适应这一新的产业趋势，基于Intel x86架构的DPDK面世了。

1.2 综述

DPDK是一个linux基金会的开源项目。开发DPDK的主要目的，是在数据平面应用中为快速的数据包处理提供一个简单而完善的架构。在理解此工具集之后，开发人员可以以此为基础进行新的原型设计，或简单地为我所用。

DPDK架构通过创建EAL(Environment Abstraction Layer,环境抽象层)来为不同的工作环境创造函数库集，创建后开发者即可把自己的应用与函数库进行链接。该架构也包含跟踪调试，PCIe总线接入等功能，并有相关样例帮助开发者学习如何使用这些功能。

1.3 工作环境

DPDK的环境抽象层向应用与函数库隐藏了底层环境的细节，因而能扩展到任何处理器上使用。就操作系统来说，它提供了对Linux和FreeBSD的支持。

1.4 工作原理

DPDK使用了轮询(polling)而不是中断来处理数据包。在收到数据包时，经DPDK重载的网卡驱动不会通过中断通知CPU，而是直接将数据包存入内存，交付应用层软件通过DPDK提供的接口来直接处理，这样节省了大量的CPU中断时间和内存拷贝时间。

1.5 环境抽象层

DPDK的创造的环境抽象层(EAL, Environment Abstraction Layer)主要负责对计算机底层资源（如硬件和内存空间）的访问，并对提供给用户的接口实施了实现细节的封装。其初始化例程决定了如何分配这些资源（PCI设备、计时器、控制台等）。EAL提供的典型服务包括：

加载和启动DPDK：DPDK及其应用程序会被链接为单一应用，因此需要通过某种方式进行加载DPDK。
核关联/分配过程：EAL提供了将执行单元分配给特定核并创建执行实例的机制。
预留系统内存：EAL为预留不同的内存区域提供便利，例如用于设备交互的物理内存区域。
抽象PCI地址：EAL提供了访问PCI地址空间的接口。
跟踪和调试功能：日志、堆栈转储等。
实用的功能：libc中所没有提供的自旋锁和原子计数器。
CPU功能识别：在运行时确定CPU是否支持特定功能，确定当前CPU是否支持编译产生的二进制指令集。
中断处理：向特定中断源注册/注销回调的接口。
时钟功能：用于设置/删除在特定时间运行的回调函数接口。

1.6 轮询模式驱动

DPDK包括1Gb,10Gb,40Gb和半虚拟化抽象层的轮询模式驱动(PMD, Poll Mode Driver)。PMD由用户空间的特定的驱动程序提供的API组成，用于对设备和它们相应的队列进行设置。抛弃了基于中断的异步信号发送机制为该架构带来很大的开销节省。避免中断性能瓶颈是DPDK提升数据包处理速度的关键之一。

DPDK环境为数据包处理应用考虑了两种模型：运行至完成(run-to-completion)模型和管道(pipeline)模型。在运行至完成模型中，一个API向某个特定端口的接收描述符环轮询以接收数据包。接着这个数据包在同一个核上被处理，之后被一个发送用API放到端口的传输描述符环上；在管道模型中，一个核心会通过API对一个或多个端口的接收描述符环进行轮询，数据包通过环被接收和传递给另一个核心，然后在这个核心上被处理，之后可能被发送用API放到端口的传输描述符环上。

运行至完成是一个同步模型，每个指派给DPDK的逻辑核心执行如下所示的循环：