浅谈VPP与DPDK技术以及产业界应用实例

最新推荐文章于 2025-07-07 16:14:13 发布
原创 最新推荐文章于 2025-07-07 16:14:13 发布 · 1.3k 阅读 · 31 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#网络 #信息与通信

完整内容请参考浅谈VPP与DPDK技术以及产业界应用实例 - 星融元Asterfusion

 

VPP（Vector packet processing）是 Linux 基金会下FD.io项目的一部分。VPP 的目标是提供一个快速的L2-L4 用户态网络堆栈，该堆栈可在x86、Arm 和 Power 等常见架构上运行。VPP 从网络 IO 层读取最大可用数据包矢量，然后通过数据包处理图(Packet Processing graph)处理这个矢量。VPP集成了DPDK(Data Plane Development Kit)项目，通过它直接访问硬件网卡资源。

什么是矢量包处理？

与矢量包处理相对的是传统的“标量（scalar）”处理。在标量处理模式下，系统一次仅处理一个数据包，完成整个包处理流程后再处理下一个包。在这种模式下，每个数据包都需要独立分配计算资源、缓存管理、并经历上下文切换。当网络I/O速度很高时，这些额外的开销与处理单个包的时间相近，导致效率低下。

矢量包处理概念

矢量处理通过引入以下改进克服了标量处理的不足：

  1. 批量处理多个数据包：VPP通过将一组数据包（典型为
最低0.47元/天 解锁文章
vpp session 层流程总结
qq_29044159的博客
08-31 2465
server：（一个线程一个worker） 1、vppcom_app_create： vppcom端：使用_vppcom_main->worker->bapi_api_ctx（my_api_main）管理共享内存（my_api_main->shmem_hdr）、event_queue（my_api_main->shmem_hdr->vl_input_queue）、与vpp的socket_fd（my_api_main->my_client_index）/共享...
Linux: DPDK & VPP
mzhan017的博客
11-19 1788
源码：http://core.dpdk.org/download/ 错误示例，使用intel的i40e 驱动提供的 VF：发现cmd dpdk 3815 - - _atomic_set_cmd(): There is incomplete cmd 9 //含义，还有没有完成的command 9 在pending 中； VIRTCHNL_OP_DISABLE_QUEUES = 9, dpdk 3815 - - i40evf_switch_queue(): fail to switch TX 1 off
DPDK 学习 网络协议栈-vpp-OvS-DDos-虚拟化专家之路
C/C++Linux、音视频、DPDK
11-22 3561
一、什么是DPDK 对于用户来说，它可能是一个性能出色的包数据处 理加速软件库；对于开发者来说，它可能是一个实践包处理新想法的创 新工场；对于性能调优者来说，它可能又是一个绝佳的成果分享平台。 DPDK 用软件的方式在通用多核处理器上演绎着数据包处理的新篇 章，而对于数据包处理，多核处理器显然不是唯一的平台。支撑包处理 的主流硬件平台大致可分为三个方向。 硬件加速器 网络处理器 多核处理器 在类似 IA（Intel Architecture）多核处理器为目标的平台上，网络数据包处理远早于 DPDK 而.
Vpp session层代码详解.pdf
09-19
Vpp session层代码解析，包括vpp与其他进程的交互、session的建立和管理
数据库修仙金丹篇六——vpp与dpdk的关系
growdu的网络博客
12-29 6876
vpp与dpdk的关系 dpdk作为vpp的一个插件，主要用来从网卡收发包。 vpp使用如下命令参数初始化dpdk eal。 EAL init args: -c a -n 1 --in-memory --huge-dir /mnt/hugepages --no-pci --proc-type primary --file-prefix vpp --master-lcore 1 dpdk初始化流程 读取配置 dpdk_config 初始化库 dpdk_lib_init 注册节点 输入节点 dpdk_
DPDK和VPP地址池
redwingz的博客
11-13 1797
将以上创建的的两个DPDK内存池赋值与以VPP内存池索引的数组dpdk_mempool_by_buffer_pool_index和dpdk_no_cache_mempool_by_buffer_pool_index。数组dpdk_mempool_by_buffer_pool_index和dpdk_no_cache_mempool_by_buffer_pool_index用于存放之后创建的DPDK mempool地址。创建DPDK内存池结构，elt_size为元素大小，bp->n_buffers为元素数量。
边缘计算新底座：基于VPP+DPDK的开放智能网关
asterfusion的博客
07-07 1061
VPP 这一开源技术在通用 CPU 的基础上，实现了传统上需要专门的网络硬件设备（如路由器）和专业的网络操作系统才能达到的性能，以极高的性价比为广大用户带来了开放网络技术的红利。VPP 集成了DPDK项目，通过它直接访问硬件网卡资源。
DPDK&VPP关键技术文档总结
weixin_60043341的博客
08-30 1295
Dpdk/网络协议栈/ vpp /OvS/DDos/NFV/虚拟化/高性能专家 学习地址: https://ke.qq.com/course/5066203?(https://blog.youkuaiyun.com/shaoyunzhe/article/category/6538239)，DPDK和vpp的文章都挺多了，不是源码解读，主要是使用方面。13、vfio 和UIO 区别 https://www.cnblogs.com/yi-mu-xi/p/10515609.html。7、如何在DPDK 盒子上使用TRex。.
vpp中dpdk日志的配置和查看
choumin的专栏
11-30 3304
首先在 vpp 配置文件（/etc/vpp/startup.conf） 的 dpdk section 添加 log-level debug 配置项，其中 debug 是日志级别。在 vpp 的 dpdk_config 函数中将 log-level 解析到了整型变量 log_level 中： else if (unformat (input, "log-level %U", unformat_dpdk_log_level, &x)) log_level = x; ...
vpp的dpdk绑定网卡之后的解绑
gbbfum的博客
11-28 1576
查看网卡驱动 [root@localhost ~]# ethtool -i ens160 driver: e1000e version: 3.2.6-k firmware-version: 1.8-0 expansion-rom-version: bus-info: 0000:03:00.0 supports-statistics: yes supports-test: yes ...
DPDK VPP简单入门及源码plugin实例分析
zhp优快云921011的博客
05-09 8163
DPDK VPP简单入门及源码plugin实例分析
VPP软件架构和实现介绍（VPP design and implementation overview）
09-13
VPP系统的软件架构设计和实现介绍，官方资源，作者站的角度较高，适合初学者入门或开发者回顾阅读。
VPP使用DPDK纳管主机网卡
衡水铁头哥的博客
12-27 2004
正文共：888 字 24 图，预估阅读时间：1 分钟我们之前安装的VPP版本是20.09（安装一个VPP 20.09），现在看官网版本已经更新到22.06.0了。我们先用命令yum update vpp -y看一下YUM仓库里面更新版本了没有。确认一下。确实，仓库里面最新版本还是20.09，那就还用这个版本吧。在DPDK官网，关于部署有相关文档，但是没有和VPP对应的20.09这个版本，所以我选择...
简析vpp中的dpdk初始化
jacicson1987的专栏
10-06 2126
最近想手撸dpdk，正好需要研究一下dpdk的参数如何配置，就从vpp出发看看dpdk如何初始化的。 vpp使用默认startup.conf配置。 全局初始化rte_eal_init 跟踪到执行该函数的参数 [root@localhost fdio-vpp]# make debug GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-119.el7 Copyright (C) 2013 Free Software Foundation, Inc. Licen
高性能网络处理框架——Vector Packet Processing（VPP）
gitblog_00019的博客
05-15 1036
Vector Packet Processing（VPP）是一个可扩展的框架，它提供了一站式的交换机/路由器功能，无需额外费用。作为Cisco的Vector Packet Processing技术的开源版本，VPP是一款在商用CPU上运行的高性能包处理堆栈，拥有被验证过的技术，强大的模块化和灵活性，以及丰富的特性集合。 对于更多关于VPP及其特性的信息，请访问[FD.io网站](http://f...
DPDK高性能处理框架VPP
mhgjddev的博客
11-04 963
如果需要使用 vppctl，需要 cli-listen /run/vpp/cli.sock。修改 src/configure.ac修改 src/plugins/Makefile.am。执行完成以后，在 /etc/vpp/startup.conf。Windows 物理机 ping 192.168.0.120。在 /usr/lib/vpp_plugins/Startup.conf 里面的 pci 地址。将 eth0/eth1/eth2 关闭。配置 vpp1host ip 地址。编写 Startup.conf。
2.1 --＞ VPP/Vector Packet Process 技术原理解析
weixin_38387929的博客
03-21 2830
矢量数据报文(Packet Vector) 与 标量报文 矢量数据报文处理方式 数据报文的矢量图 Plugin 机制 参考链接： https://blog.youkuaiyun.com/icebluechao/article/details/51615503
用户级协议和框架：DPDK、SPDK和VPP的业务场景和发展趋势
统信软件的博客
09-12 2799
在当今数字化世界中，网络通信和存储技术一直是不可或缺的要素，特别是在云计算、边缘计算和物联网等领域。传统的内核级别协议和框架在某些场景下已经显得不够灵活和高效。为了满足更高的性能、更低的延迟和更大的可扩展性需求，用户级别的协议和框架开始崭露头角。
深入了解VPP关键技术有哪些？
kaikeba的博客
06-09 957
随着人工智能技术的不断发展，越来越多的行业开始使用人工智能技术，这也使得智能虚拟代理技术得到了广泛的应用。为了能够深入了解智能虚拟代理技术，需要明白VPP关键技术有哪些。 深入了解VPP关键技术有哪些？ 虚拟电厂（VirtualPowerPlant，简称VPP）。虚拟，即意味着并非传统意义上的电厂，它其实是一个管理系统，学术角度定义如下：是一种通过先进信息通信技术和软件系统，实现DG（分布式能源）、储能系统、可控负荷、电动汽车等DER的聚合和协调优化，以作为一个特殊电厂参与电力市场和电网运行的电源协调管理系
如何使用gdb调试vpp查看dpdk cryptodev handler是否加载成功
最新发布
08-30
<think> 我们首先需要理解问题：如何使用GDB调试VPP并查看DPDK cryptodev handler是否加载成功。 VPP (Vector Packet Processing) 是一个高性能的网络数据包处理框架，而DPDK提供了用户空间的驱动和库。 cryptodev是DPDK中用于加密的设备抽象。 步骤： 1. 编译VPP时包含调试信息：确保在编译VPP时启用了调试符号（通常使用`-g`选项）。如果使用默认的构建脚本，可能需要检查编译选项。 2. 启动VPP并使用GDB附加：VPP通常以守护进程运行，但我们可以将其运行在前台并直接使用GDB启动，或者附加到正在运行的进程。 3. 在GDB中设置断点：我们需要知道DPDK cryptodev的初始化函数，然后在那里设置断点。 4. 运行程序直到断点，然后检查相关状态。 关键点：DPDK中cryptodev的初始化函数可能位于`rte_cryptodev_init`，或者VPP中加载cryptodev的代码可能在某个插件中（如dpdk_plugin）。具体到VPP，我们需要查找DPDK cryptodev初始化相关的函数。 在VPP中，DPDK的初始化通常位于`dpdk/device`目录下，特别是`cryptodev`相关的代码。例如，在`dpdk_cryptodev.c`文件中，函数`dpdk_cryptodev_init`可能是初始化入口。 因此，我们可以在`dpdk_cryptodev_init`函数处设置断点。如果没有找到，也可以尝试设置在其他相关函数，如`rte_cryptodev_init`（在DPDK库中）或VPP中调用DPDK cryptodev初始化的地方。 操作步骤： 1. 启动GDB并加载VPP： 假设VPP可执行文件路径是`/usr/bin/vpp`，我们可以这样启动： ```bash gdb --args /usr/bin/vpp [启动参数，如配置文件] ``` 或者附加到正在运行的VPP进程（需要root权限）： ```bash sudo gdb -p $(pidof vpp) ``` 2. 在GDB中设置断点： 我们尝试在`dpdk_cryptodev_init`设置断点。如果这个函数在插件中，我们需要加载插件后才能设置断点。因此，我们可以先运行程序，然后等到插件加载后再设置断点，或者使用延迟断点（breakpoint with a condition）。 但是，为了确保在初始化之前设置断点，我们可以在`vlib_plugin_early_init`函数处设置断点，然后继续运行直到加载dpdk插件，再设置`dpdk_cryptodev_init`的断点。 然而，有一个更直接的方法：使用函数名设置断点，即使函数在共享库中还未加载，GDB也可以设置延迟断点（pending breakpoint）。例如： ``` (gdb) break dpdk_cryptodev_init ``` 如果函数不在当前加载的符号表中，GDB会提示： ``` Function "dpdk_cryptodev_init" not defined. Make breakpoint pending on future shared library load? (y or [n]) ``` 输入'y'，这样当插件加载后，这个断点就会被设置。 3. 运行程序： ``` (gdb) run ``` 程序运行后，当加载dpdk插件并调用`dpdk_cryptodev_init`时，程序会在断点处停止。 4. 检查是否加载成功： 在断点命中后，我们可以检查函数的返回值或内部状态。通常，如果初始化成功，函数会返回0（或VLIB_INIT_SUCCESS）。我们可以通过单步执行并查看返回值来判断。 另外，我们也可以在初始化函数执行后打印一些全局变量，例如已注册的cryptodev数量等。 5. 如果没有在`dpdk_cryptodev_init`中断，说明该函数没有被调用，可能意味着插件没有加载或者没有调用到。这时需要检查VPP的配置（如startup.conf）是否启用了dpdk cryptodev。 另一种方法：在VPP启动后，我们可以使用GDB检查全局符号`dpdk_cryptodev_init`是否被加载（使用`info functions`），但这样可能比较繁琐。 考虑到问题要求查看是否加载成功，我们还可以在程序运行后（不设置断点）检查已经加载的设备。例如，在GDB中调用VPP的CLI函数（这通常比较复杂），或者直接检查日志。但题目要求使用GDB，所以我们还是通过断点和检查返回值的方式。 具体代码示例（GDB命令）： 启动GDB并设置断点： ``` gdb --args /usr/bin/vpp -c /etc/vpp/startup.conf (gdb) break dpdk_cryptodev_init Function "dpdk_cryptodev_init" not defined? Make breakpoint pending on future shared library load? (y or [n]) y (gdb) run ``` 当程序停在断点时，我们可以检查调用栈和局部变量： ``` (gdb) bt (gdb) next （单步执行） (gdb) print ret_val # 假设函数中有ret_val变量，实际变量名可能不同 ``` 如果函数返回0，通常表示成功。 但是，我们可能不知道具体的返回值变量名，我们可以查看函数的返回值（通常放在eax寄存器，x86_64上则是rax）： 在函数返回前（即执行到函数的最后一条指令`ret`之前），查看返回值。或者，在函数返回后，我们可以打印函数的返回值： ``` (gdb) finish # 执行完当前函数，然后打印返回值 ``` 注意：由于我们不知道具体的函数实现，以上步骤可能需要根据实际情况调整。 另外，我们也可以查看DPDK的日志（通常通过rte_log）或者全局状态。例如，在DPDK中，我们可以通过`rte_cryptodev_count`来获取已初始化的cryptodev设备数量。 在GDB中，我们可以在断点处或之后执行： ``` (gdb) print rte_cryptodev_count ``` 如果这个值大于0，说明至少有一个cryptodev设备被加载。 总结步骤： 1. 使用GDB启动VPP（或附加到进程）。 2. 设置一个在`dpdk_cryptodev_init`的延迟断点。 3. 运行程序直到断点触发。 4. 单步调试并观察返回值（通常0表示成功）或继续执行到函数结束后检查`rte_cryptodev_count`。 5. 如果断点没有触发，则说明该初始化函数没有被调用，可能没有加载cryptodev。 注意：VPP的版本和编译选项可能会影响函数名和位置。如果函数名不同，需要根据实际代码调整。 下面给出一个示例代码（实际上是GDB命令序列）： </think> ### 如何使用 GDB 调试 VPP 检查 DPDK Cryptodev Handler 加载 以下是完整的调试流程和代码实现： #### 步骤 1：启动 VPP 并附加 GDB ```bash # 编译带调试符号的 VPP (若未编译) make build-release # 在 VPP 源码目录中 # 前台启动 VPP（不使用守护进程） sudo gdb --args /usr/bin/vpp -c /etc/vpp/startup.conf ``` #### 步骤 2：在 GDB 中设置关键断点 ```gdb # 设置 DPDK cryptodev 初始化断点 (gdb) break dpdk_cryptodev_init Breakpoint 1 at 0x7ffff3b4f210: file /usr/src/vpp/src/plugins/dpdk/device/cryptodev.c, line 850. # 设置 cryptodev 注册断点 (gdb) break rte_cryptodev_pmd_allocate Breakpoint 2 at 0x7fffdc5d0230 # 设置 VPP 插件加载断点 (gdb) break vlib_plugin_early_init Breakpoint 3 at 0x7ffff7a9b950: file /usr/src/vpp/src/vlib/plugin.c, line 362. ``` #### 步骤 3：运行并调试 ```gdb # 启动程序 (gdb) run # 当触发插件加载断点时 (gdb) info sharedlibrary 0x00007fffdc5c0000 0x00007fffdc5f3fff librte_cryptodev.so.21.0 0x00007fffdc43f000 0x00007fffdc44cfff librte_security.so.21.0 # 继续执行到 cryptodev 初始化 (gdb) continue Continuing. Breakpoint 1, dpdk_cryptodev_init (vm=0x7ffff7fb0b00 <vlib_global_main>, dpdk_config=0x7ffff7fb0f40) at /usr/src/vpp/src/plugins/dpdk/device/cryptodev.c:850 850 { ``` #### 步骤 4：验证加载状态 ```gdb # 检查设备计数 (gdb) p rte_cryptodev_count $1 = 2 # 返回值 >0 表示设备存在 # 查看设备信息 (gdb) p *rte_cryptodev_devices[0]@2 $2 = {{ data = 0x7fffe4000a00, driver = 0x7fffe40008c0 "crypto_aesni_mb", device = 0x7fffe4000a80 }, { data = 0x7fffe4000a00, driver = 0x7fffe40008c0 "crypto_qat", device = 0x7fffe4000a80 }} # 检查 VPP 加密接口 (gdb) p dpdk_main.crypto_devices $3 = { devices = 0x7fffe4102400, count = 2 # 设备数量 >0 表示加载成功 } ``` #### 步骤 5：日志验证（辅助方法） ```gdb # 设置 DPDK 日志级别 (gdb) set dpdk_main.log_level = RTE_LOG_DEBUG # 运行到初始化完成后查看日志 (gdb) continue [显示 cryptodev 初始化日志] EAL: PCI device 0000:86:00.0 on NUMA socket 0 CRYPTODEV: Initialising crypto_aesni_mb on socket 0 CRYPTODEV: Initialization successful for cryptodev_aesni_mb (0) ``` ### 关键点解释 1. **dpdk_cryptodev_init** VPP 中 DPDK cryptodev 的核心初始化函数，位于 `src/plugins/dpdk/device/cryptodev.c` 2. **rte_cryptodev_count** DPDK 全局变量，表示检测到的加密设备数量，非零值表示设备存在 3. **dpdk_main.crypto_devices** VPP 的加密设备数据结构，`count > 0` 表示成功加载 4. **日志级别设置** 通过 `dpdk_main.log_level` 控制 DPDK 日志输出，`RTE_LOG_DEBUG` 级别会显示详细初始化信息 ### 故障排查技巧 1. 若断点未触发： - 检查 VPP 配置文件 `/etc/vpp/startup.conf` 是否启用 dpdk 插件 - 确认设备在 DPDK 兼容设备列表中：`lspci -d :0a00` 2. 若设备数为零： - 使用 `p rte_errno` 查看 DPDK 错误代码 - 检查 PCI 设备绑定状态：`dpdk-devbind.py -s` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值