记录一次在x86 软件中使用dpdk 的历程(Makefile && gcc改成g++)

原创 已于 2023-04-27 11:15:57 修改 · 666 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #dpdk

于 2023-04-27 10:30:10 首次发布

我们一台服务器上原本是用grub下预留内存的方式, 然后把物理地址在板卡上的配置文件中传给L1.

但是在客户的环境上服务器windriver上不是能预留内存的. 所以服务器上需要在testMxx程序中用dpdk的方式分配出内存, 然后,  把物理地址通过sdp虚拟的网口，　用socket 传给L1.

1. 开始的想法是, 把dpdk 编译好后, 把.a 连接进testMxx. 

修改makefile 增加: -L xx -lret_eal

编译都成功了, 在ld时, 发现rte_eal 中引用的内核函数是找不到的.

但是helloworld 编译的时候是找的到的. 所以想用helloworld的makefile来改

2. 使用dpdk 自带的helloworld 中的makefile. 增加testMxx的代码后, 发现编译的时候, 很多cpp的文件中的语法是识别不到的. 改makefile的时候, 要注意里边有两个分支, 可以删除了用else中的分支.

关键是要用: include $(RTE_SDK)/mk/rte.vars.mk
就是这个mk 文件中, 把所有dpdk的配置弄好了. 不会找不到dpdk的lib.

 现在分析为什么不能识别cpp 文件中语法. 猜测dpdk 用的是gcc 的编译器.

分析:$(RTE_SDK)/mk/rte.vars.mk 后发现里边会:

include $(RTE_SDK)/mk/target/generic/rte.vars.mk

里边会:

#
# toolchain:
#
#   - define CC, LD, AR, AS, ...

最低0.47元/天 解锁文章
DPDK — App 的 Makefile 解析
烟云的计算
06-19 2673
目录 文章目录目录DPDK App 的 Makefile DPDK App 的 Makefile 本文以 DPDK HelloWorld 示例程序为例。 DPDK 版本：18.08 # SPDX-License-Identifier: BSD-3-Clause # Copyright(c) 2010-2014 Intel Corporation # binary name APP = helloworld # all source are stored in SRCS-y SRCS-y := mai
dpdk20.11.9 编译arm版本以及在arm 应用中引用dpdk20.11.9
01-10 3169
这个时候发现dpdk 20中的makefile变了, "include $(RTE_SDK)/mk/rte.extapp.mk" 这些语句没有了. 加上也会报错. 这行的意思就是初始化一些dpdk的lib 依赖, 以及确定gcc 版本, Ld 版本等.发现相关的编译参数都在文件夹 aarch64-build-gcc中, 经过多次编译发 这个只是一个文件夹名字, 是可以随便取的. 所以在这个文件夹中, 我找到了相关的配置文件。以往19版本的dpdk 都是可以直接用make 的方式进行编译, e.g,
基于DPDK（x86平台）应用性能优化实践
lingshengxiyou的博客
11-25 1193
而在NUMA（Non Uniform Memory Access，非一致性内存访问）结构中，访问内存所需时间与数据在内存中的位置有关，每个处理器都有自己的本地内存，访问本地内存速度很快，通过共享总线可以访问其他处理器的本地内存。一般访问CPU的cache效率最高，提前将需要处理的数据load到cache可以提高性能，但预取必须在合适的时间点发起，过早发起预取会导致数据还没有被使用就被替换出cache，最终适得其反，所以需要根据实际应用场景和多次尝试找到最合适的预取时间点。
DPDK的Makefile学习
fjxyyzg3的博客
01-13 5012
编译DPDK的的方法是在根目录下执行：make config T=x86_64-native-linuxapp-gcc make　　根目录下make使用的使GNUmakefile，内容如下：RTE_SDK := $(CURDIR) export RTE_SDK# # directory list #ROOTDIRS-y := lib drivers appinclude $(RTE_SDK)/mk/
《深入浅出DPDK》——学习笔记——X86平台上的I/O虚拟化
qq_41976997的博客
11-17 2723
X86平台上的I/O虚拟化 什么是虚拟化？ 抽象来说，虚拟化是资源的逻辑表示，它不受物理设备的约束。 具体来说，虚拟化技术的实现形式是在系统中加入一个虚拟化层，虚拟化层将下层的资源抽象成另一种形式资源，提供给上层使用。通过空间上的分割，时间上的分时以及模拟，虚拟化可以将一份资源抽象成多份。反过来说，虚拟化也可以将多份资源抽象成一份。总的来说，虚拟化抽象了硬件层，允许多种不同的负载能共享一组资源。 虚拟化的好处是什么？各大企业和商业机构从虚拟化中可以得到非常大的效率提升，因为虚拟化可以显著提高服务器的
DPDK总结（makefile）
Jiajun Zhu
12-05 1745
dpdk版本17.11 config config/defconfig_x86_64-native-linuxapp-gcc config/common_linuxapp config/common_base 修改以上文件，make config T=$(RTE_TARGET) O=$(RTE_OUTPUT)，生成新的$(RTE_OUTPUT)/.config 注意$(RTE_TARGET)和$(RTE_OUTPUT)最好保持一致 make config make config，进入GNUmakefile：
intel dpdk api makefile 编译选项修改 和 gdb 调试
编码人生——朝阳_tony
08-06 1万+
声明:此文档只做学习交流使用,请勿用作其他商业用途 author:朝阳_tony E-mail : linzhaolover@gmail.com Create Date: 2013-8-6 17:07:56 Tuesday Last Change: 2013-8-6 18:47:51 Tuesday 转载请注明出处：http://blog.youkuaiyun.com/linzhaolover
封装dpdk接口成静（动）态库（同源同宿、多通道队列收包），然后在C++应用中使用方法
oceanperfect的专栏
07-17 4920
dpdk的接口全部都是C语言实现的，它的makefile模版也很简单，只需改变其宏就可以在生成可执行文件、静态库、动态库之间切换。本篇博文主要给出如果使用dpdk封装成静态库后，在C++应用程序中编译使用的方法。 一、封装dpdk抓包接口 源代码实现的功能： 1、可通过配置文件进行配置多个队列收取数据包，并且保证数据包的同源同宿（或者负载均衡，二者取其一，具体方法须修改网卡驱动程序）；
【Intel DPDK】Makefile编写在应用中添加新的程序代码
Walter的专栏
12-04 5197
1、如下SRCS-y := main.c 如果此时有多个文件时如果一个一个写会非常麻烦。 include $(RTE_SDK)/mk/DPDK.vars.mk # binary name APP = l2fwd # all source are stored in SRCS-y SRCS-y := main.c CFLAGS += -O3 CFLAGS += $(WERROR_F
dpkg .....依赖于deepin-elf-verify； 然而:未安装软件包 deepin-elf-verify[x86][兆芯][pageOffice]
EasyJax的博客
11-14 3813
解决因deepin依赖引起无法正常安装软件包问题
DPDK2.2.0开发杂记四—— DPDK编译架构的集成
zangchang的博客
04-27 830
       DPDK有自己的一套编译架构，进行DPDK应用开发时，为了保证与DPDK库保持相同的编译选项及编译预置常量，我们需要融合DPDK的编译架构编写应用的Makefile 文件。以下为我开发过程中总结的一些点：1. 需要设置环境变量RTE_SDK，使编译脚本能够找到DPDK链接库        设置环境变量有两种方式：        a） 使用export命令可以查看或设置环境变量，设置方...
DPDK的示例程序Makefile
redwingz的博客
04-28 3437
以helloworld为例，其makefile位于目录: dpdk-19.02/examples/helloworld/Makefile。 文件中真正必须的为两个变量APP和SRCS-y，前者为示例程序编译生成的目标文件名称，后者为要编译的源文件，helloworld程序仅有一个main.c文件。 # binary name APP = helloworld # all source are...
南大计算机系统基础实验 ics2020,pa0
baidu_41709182的博客
12-23 5837
文章目录**1.相关资料****2.遇到的问题解决办法**（1）环境问题：（2）官方文档**3.总结** 1.相关资料 PA项目官方地址：https://nju-projectn.github.io/ics-pa-gitbook/ics2010/ tmux使用方法：http://www.ruanyifeng.com/blog/2019/10/tmux.html vim学习游戏： http://vim-adventures.com/ Linux教程： https://nju-projectn.github.i
KVM的编译
-第二月-的专栏
08-28 1922
编译过程： 以PC-Linux平台为例，编译用的主Makefile在build/linux目录下，在默认的情况下，只要系统中安装有gcc，输入make命令就可以完成编译，并在kvm/VmUnix/build目录下生成可执行文件kvm。Kvm本身就是完整的可执行文件，不需要依赖于其它的库和文件。查看build/linux目录下的Makefile文件，可看到make会分别再到其它4个目录中再去
kvm系列：1、如何编译
o_alpha的博客
06-08 921
kvm编译过程步骤及常见问题解决方法
使用makefile生成.so文件
热门推荐
qq_23946481的博客
08-08 1万+
1.前言 在大型的C/C++工程中，为了节省编译时间，一般都会将一些不会改动的文件生成为动态库（如.so文件），这样可以让链接过程放在运行的时候。 在工程量较少的时候可以自己写语句来生成动态库： g++ -shared -fPIC -o libTestLib.so Test.cpp 但是当工程量很大的时候，包含的文件非常多，自己写语句就会非常麻烦，因此需要一种工具来自动化生成.so文件。make就是一种可以实现自动化编译的工具，只要你写好了makefile，然后在终端上输入make指令，就可以实现自动编译
嵌入式Linux自学笔记（一）——交叉编译、GCC编译器、Makefile
qq_41746574的博客
10-19 4377
交叉编译、GCC编译器、Makefile
C++项目实战：SPDK文件系统
m0_60259116的博客
06-18 1981
C++项目实战：SPDK文件系统
DPDK有关变量（二）
bob的博客
05-11 2402
一、构建系统提供的有用的变量 RTE_SDK： DPDK源码包的绝对路径。编译开发套件时框架会自动设置。当编译外部应用时，用户必须定义这个环境变量。 RTE_SRCDIR： 源码的路径。当编译开发套件时RTE_SRCDIR等于RTE_SDK。编译外部应用时则指向外部应用的源码目录。 RTE_OUTPUT： 输出文件的路径。通常情况下是$(RTE_SRCDIR)/build，通过make命令的O=选项可以重写该变量。 RTE_TARGET：一个标识了编译目标的字符串。格式为arch-machine-exec
怎么使用dpdk19.11
最新发布
03-20
### DPDK 19.11 版本的安装与配置指南 #### 配置环境 为了成功构建和运行 DPDK (Data Plane Development Kit)，需要先设置开发环境。对于 DPDK 19.11，可以通过传统的 `make` 工具或者较新的 `meson-ninja` 构建系统来完成编译工作。 在基于 Linux 的环境中，进入解压后的 DPDK 源码目录后，可以执行如下命令以初始化 SDK 环境： ```bash cd dpdk-19.11 make config T=x86_64-native-linux-gcc O=build ``` 上述命令中的参数解释如下： - 参数 `T=` 指定的是配置模板文件路径 (`RTE_CONFIG_TEMPLATE`)，用于定义目标平台的具体属性[^1]。 - 参数 `O=` 则允许开发者自定义输出目录；如果不提供该选项，默认会将生成的目标文件存放在当前源码根目录下的子目录 `./build/` 中。 #### 编译过程 一旦完成了初始配置阶段之后，则可以直接调用 Makefile 来启动实际的编译流程: ```bash make -j$(nproc) ``` 这里 `-j$(nproc)` 表达式的作用在于充分利用多核处理器的优势加速整个编译进程,其中 nproc 命令返回 CPU 可用线程数从而动态调整并行作业数量. 另外一种推荐的方式是采用更现代化的 Meson 和 Ninja 组合来进行项目管理以及最终产物制造环节.[^2] #### 自制工具链支持 如果存在特殊需求比如交叉编译场景下需要用到定制化版本 GCC 或 Clang ，那么就需要额外关注一下是否能够兼容所选硬件体系结构 。即便如此，在大多数情况下仍然可以选择标准 x86_64 架构作为目标平台，并通过下面这条指令实现相应设定 : ```bash meson build --cross-file <path_to_cross_file> -Dconfig_dir=<your_config_directory> ninja -C build ``` 值得注意的一点是在此过程中可能还需要手动修改某些预设值以便更好地适配特定条件下的操作行为模式 .[^3] ```python import os def check_dpdk_env(): """Check if the environment variables are set correctly.""" required_vars = ['RTE_SDK', 'RTE_TARGET'] missing = [] for var in required_vars: if not os.getenv(var): missing.append(var) if missing: raise EnvironmentError(f"The following environment variable(s) must be defined: {missing}") check_dpdk_env() print("Environment is properly configured.") ``` 以上脚本可用于验证必要的环境变量是否已正确定义。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值