xdp初体验

最新推荐文章于 2024-05-20 10:09:05 发布
最新推荐文章于 2024-05-20 10:09:05 发布
阅读量1.7k 收藏 15
点赞数 3
分类专栏： xdp ebpf 文章标签： xdp ebpf
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yaochuh/article/details/119543357
版权
xdp 同时被 2 个专栏收录
1 篇文章 0 订阅
订阅专栏
ebpf
1 篇文章 0 订阅
订阅专栏

文章目录

简介

XDP是利用ebpf提供的全新内核网络性能提升方案，主要优势包括：

  • 它不需要任何专门的硬件
  • 它不需要内核绕过
  • 它不会取代 TCP/IP 堆栈
  • 它与 TCP/IP 堆栈以及 BPF 的所有优点协同工作

在没有引入XDP之前，原来是的内核网络数据包传输路径是这样的：

NIC > driver 驱动> tc流控 ==> netfilter ==> IP/TCP协议栈 ==> socket

启用XDP后，网络包传输路径是这样的：

①NIC > ②driver 驱动> ③Generic XDP==> tc流控 ==> netfilter ==> IP/TCP协议栈 ==> socket

① offload模式，NIC支持xdp程序的offload， XDP程序直接hook到可编程网卡硬件设备上，与其他两种模式相比，它的处理性能最强；由于处于数据链路的最前端，过滤效率也是最高的。如果需要使用这种模式，需要在加载程序时明确声明。目前支持这种模式的网卡设备不多，有一家叫netronome网卡。

② native 模式，XDP程序hook到网络设备的驱动上，它是XDP最原始的模式，因为还是先于操作系统进行数据处理，它的执行性能还是很高的，当然你的网络驱动需要支持，目前已知的有i40e, nfp, mlx系列和ixgbe系列。

③ generic模式，这是操作系统内核提供的通用XDP兼容模式，它可以在没有硬件或驱动程序支持的主机上执行XDP程序。在这种模式下，XDP的执行是由操作系统本身来完成的，以模拟native模式执行。好处是，只要内核够高，人人都能玩XDP；缺点是由于是仿真执行，需要分配额外的套接字缓冲区（SKB），导致处理性能下降，跟native模式在10倍左右的差距。

环境安装

  1. 测试环境：
[root@localhost xdp]# cat /etc/redhat-release 
CentOS Linux release 8.4.2105

编译可能需要内核相关头文件，建议安装 内核相关包

yum install -y kernel-devel
yum install -y kernel-headers

  1. 编译bpf代码需要依赖下面的工具

    • clang >= version 3.4.0
    • llvm >= version 3.7.1
    yum install -y clang
yum install -y llvm

  2. 加载和卸载xdp程序依赖于ip命令

yum install -y iproute

测试代码

#include <linux/bpf.h>

/*
 * Comments from Linux Kernel:
 * Helper macro to place programs, maps, license in
 * different sections in elf_bpf file. Section names
 * are interpreted by elf_bpf loader.
 * End of comments

 * You can either use the helper header file below
 * so that you don't need to define it yourself:
 * #include <bpf/bpf_helpers.h>
 */
#define SEC(NAME) __attribute__((section(NAME), used))

SEC("xdp")
int xdp_hello_world(struct xdp_md *ctx) {
    // drop everything
    return XDP_DROP;
}

char _license[] SEC("license") = "GPL";

该例子比较简单，把收到的报文都drop掉，加载这个例子需要实现的效果就是ping不通网口，卸载则能正常ping通

XDP 结果码

使用 XDP 进行数据包处理，有 5 个返回码指示网络驱动处理数据包，列举如下：

  • 丢弃（XDP_DROP）
  • 转发（XDP_TX）
  • 重定向（XDP_REDIRECT）
  • 传递（XDP_PASS）
  • 错误（XDP_ABORTED）

编译demo

[root@localhost xdp]# clang -O2 -target bpf -c xdp-hello-world.c -o xdp-hello-world.o

查看生成的elf格式的可执行文件的相关信息，使用下面的命令能看到上文提到的Section信息：

[root@localhost xdp]# llvm-objdump -S xdp_hello_world.o

xdp_hello_world.o:      file format elf64-bpf


Disassembly of section xdp:

0000000000000000 <xdp_hello_world>:
llvm-objdump: warning: 'xdp_hello_world.o': failed to parse debug information for xdp_hello_world.o
       0:       b7 00 00 00 01 00 00 00 r0 = 1
       1:       95 00 00 00 00 00 00 00 exit
[root@localhost xdp]# readelf -a xdp_hello_world.o
ELF Header:
  Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              REL (Relocatable file)
  Machine:                           Linux BPF
  Version:                           0x1
  Entry point address:               0x0
  Start of program headers:          0 (bytes into file)
  Start of section headers:          376 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           0 (bytes)
  Number of program headers:         0
  Size of section headers:           64 (bytes)
  Number of section headers:         9
  Section header string table index: 1

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .strtab           STRTAB           0000000000000000  00000112
       0000000000000062  0000000000000000           0     0     1
  [ 2] .text             PROGBITS         0000000000000000  00000040
       0000000000000000  0000000000000000  AX       0     0     4
  [ 3] xdp               PROGBITS         0000000000000000  00000040
       0000000000000010  0000000000000000  AX       0     0     8
  [ 4] license           PROGBITS         0000000000000000  00000050
       0000000000000004  0000000000000000  WA       0     0     1
  [ 5] .eh_frame         PROGBITS         0000000000000000  00000058
       0000000000000030  0000000000000000   A       0     0     8
  [ 6] .rel.eh_frame     REL              0000000000000000  00000100
       0000000000000010  0000000000000010           8     5     8
  [ 7] .llvm_addrsig     LOOS+0xfff4c03   0000000000000000  00000110
       0000000000000002  0000000000000000   E       8     0     1
  [ 8] .symtab           SYMTAB           0000000000000000  00000088
       0000000000000078  0000000000000018           1     3     8
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
  L (link order), O (extra OS processing required), G (group), T (TLS),
  C (compressed), x (unknown), o (OS specific), E (exclude),
  p (processor specific)

There are no section groups in this file.

There are no program headers in this file.

There is no dynamic section in this file.

Relocation section '.rel.eh_frame' at offset 0x100 contains 1 entry:
  Offset          Info           Type           Sym. Value    Sym. Name
00000000001c  000200000001 unrecognized: 1       0000000000000000 xdp

The decoding of unwind sections for machine type Linux BPF is not currently supported.

Symbol table '.symtab' contains 5 entries:
   Num:    Value          Size Type    Bind   Vis      Ndx Name
     0: 0000000000000000     0 NOTYPE  LOCAL  DEFAULT  UND 
     1: 0000000000000000     0 FILE    LOCAL  DEFAULT  ABS xdp_hello_world.c
     2: 0000000000000000     0 SECTION LOCAL  DEFAULT    3 
     3: 0000000000000000     4 OBJECT  GLOBAL DEFAULT    4 _license
     4: 0000000000000000    16 FUNC    GLOBAL DEFAULT    3 xdp_hello_world

No version information found in this file.

还可以通过llvm-objdump这个工具来分析下这个可执行文件的反汇编指令信息：

[root@localhost xdp]# llvm-objdump -S xdp_hello_world.o

xdp_hello_world.o:      file format elf64-bpf


Disassembly of section xdp:

0000000000000000 <xdp_hello_world>:
       0:       b7 00 00 00 01 00 00 00 r0 = 1
       1:       95 00 00 00 00 00 00 00 exit

测试demo

  1. 加载
[root@localhost xdp]# ip link set dev ens19 xdp obj xdp_hello_world.o sec xdp

ip link set命令可以支持 ip link help查看帮助

ip link set [ { xdp | xdpgeneric | xdpdrv | xdpoffload } { off |
                          object FILE [ section NAME ] [ verbose ] |
                          pinned FILE } ]

sec [section name] 就是上文提到的通过Section来指定程序入口

device name 是本机某个网卡设备的名称，可以通过ip a查看本机所有的网卡设备。一般可以选取本机对外的IP所在的网卡设备。

xdpgeneric 对应上面的generic模式，xdpdrv对应上面的native模式，xdpoffload对应上面的offload模式

  1. 卸载
ip link set dev ens19 xdp off

  1. 测试效果

    3.1 加载xdp程序前

    [ych@localhost ~]$ ping 5.5.5.2
PING 5.5.5.2 (5.5.5.2) 56(84) bytes of data.
64 bytes from 5.5.5.2: icmp_seq=1 ttl=63 time=1.60 ms
64 bytes from 5.5.5.2: icmp_seq=2 ttl=63 time=6.09 ms
64 bytes from 5.5.5.2: icmp_seq=3 ttl=63 time=2.42 ms
64 bytes from 5.5.5.2: icmp_seq=4 ttl=63 time=2.53 ms
64 bytes from 5.5.5.2: icmp_seq=5 ttl=63 time=1.25 ms
64 bytes from 5.5.5.2: icmp_seq=6 ttl=63 time=4.25 ms
64 bytes from 5.5.5.2: icmp_seq=7 ttl=63 time=6.98 ms
64 bytes from 5.5.5.2: icmp_seq=8 ttl=63 time=2.98 ms
^C
--- 5.5.5.2 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 18ms

    3.2 加载xdp程序后

    [ych@localhost ~]$ ping 5.5.5.2
PING 5.5.5.2 (5.5.5.2) 56(84) bytes of data.
64 bytes from 5.5.5.2: icmp_seq=1 ttl=63 time=1.53 ms
64 bytes from 5.5.5.2: icmp_seq=2 ttl=63 time=2.45 ms
64 bytes from 5.5.5.2: icmp_seq=3 ttl=63 time=3.62 ms
64 bytes from 5.5.5.2: icmp_seq=4 ttl=63 time=1.19 ms

^C
--- 5.5.5.2 ping statistics ---
20 packets transmitted, 4 received, 80% packet loss, time 393ms
rtt min/avg/max/mdev = 1.191/2.199/3.624/0.942 ms

    3.3 卸载后则能正常ping通

XDP 和 DPDK

XDP 有时与 DPDK 并列，当两者都是完美的方法时。XDP 为希望获得性能同时仍然利用内核的可编程性的用户提供了另一种选择。XDP 提供的一些功能包括：

  • 无需第三方代码和许可
  • 允许选择忙轮询或中断驱动网络
  • 无需分配大页面
  • 无需专用 CPU，因为用户在 CPU 之间构建工作时有更多选择
  • 无需从 3rd 方用户空间应用程序向内核注入数据包
  • 无需为访问网络硬件定义新的安全模型

相关网站地址

xdp官网

air5005
关注
  • 3
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
xdp-tools-1.2.9
06-12
**XDP(Extreme Dataplane)工具集1.2.9版详解** XDP，全称为eXpress Data Path，是Linux内核中一个高效的数据包处理框架，它允许开发者在数据包进入或离开网络接口卡（NIC）时进行低延迟、高性能的处理。XDP工具集...
S12XDP512开发板资料.rar
05-25
【标题】"S12XDP512开发板资料.rar" 提供的是与飞思卡尔（现为恩智浦半导体）S12XDP512单片机相关的开发资源，这是一款针对嵌入式应用设计的微控制器。这个压缩包很可能是包含了该型号单片机的详细数据手册、应用...
XDP（eXpress Data Path）原理
OS Developer的博客
05-06 962
讲解XDP的原理
xdp原理分析及支持的驱动分析
liuxiong1991的博客
09-26 1519
【代码】xdp原理分析及支持的驱动分析。
探索高效网络数据处理：xdp-tools 框架详解与应用指南
最新发布
gitblog_00099的博客
05-20 247
探索高效网络数据处理：xdp-tools 框架详解与应用指南 项目地址:https://gitcode.com/xdp-project/xdp-tools 1. 项目介绍 xdp-tools 是一个用于开发和管理Linux内核eXpress Data Path（XDP）程序的库和实用工具集合。这个开源项目旨在简化对XDP设施的利用，提供了一个强大的底层框架，以及一系列示例代码和实用程序，让你能够实...
xdp 入门
weixin_38184628的博客
02-28 2102
xdp 全称 eXpress Data Path，是 linux ebpf 中的一个功能。ebpf 在内核中预留了一些插入点，用户可以在这些插入点插入自己的处理逻辑，当数据路过插入点时可以做一些预期的处理，具体实现方式如下：① 用户编写数据处理代码，也就是对于路过这个插入点的数据想做什么处理② 将代码编译③ 将编译好的目标文件安装到插入点安装之后，数据路过插入点时便会被安装的代码处理。插入点的处理逻辑就像一些路口的收费站，不同身份的车辆通过收费站的时候，可能需要做不同的事情。
网络基础知识
m0_60274660的博客
08-19 1154
wu
Linux抓包框架对比
HideInTime的博客
11-08 1272
其实，类似DPDK的加速方案原理都非常简单，那就是完全绕开内核实现的协议栈，把数据包直接从网卡拉到用户态，依靠Intel自身处理器的一些专门优化，来高速处理数据包，你可知道在这类方案中，CPU可是专门处理数据包的，什么内核态，用户态，都无关紧要，采用map机制，专门的处理程序可以非常高效地在任意时间读取并处理数据包，想想CPU的处理速度换算成pps是什么概念吧，如果一个CPU什么都不干，专门处理数据包，那将是非常猛的线速处理了。当有新的数据包到达时，直接覆盖掉已经被用户空间读取过的数据包空间。
基于eBPF/XDP快速转发
04-02
传统网络转发路径是从L2L3，查询路由表然后转发，中间解析报文且分配SKB。 XDP转发路径可以下沉L2, 解析报文再封装，无SKB分配，高效且快速。 购买设计文档免费送源码, 免费咨询
基于eBPF/XDP实现conntrack功能
06-19
但是 XDP 位置在进入网络栈之前，无法利用到内核栈的 conntrack 能力， Cilium 应该遇到同样的问题， 所以 Cilium 基于 eBPF 实现了 conntrack；换句话说，只要具备 Hook 能力，能拦截进出主机的每个报文，完全可以...
XDP_DDoS_protecting_osd2017.pdf
10-10
XDP – eXpress Data Path Used for DDoS protection. 是基于 eBPF 实现的高性能、可编程的数据平面技术。
万字长文|深入理解XDP全景指南
极客重生
01-30 4082
译者序本文翻译自 2018 年 ACMCoNEXT大会上的一篇文章：The eXpress Data Path: Fast Programmable Packet Processing...
Linux新技术基石 |​eBPF and XDP
极客重生
09-20 1723
hi，大家好，今天给大家分享的是Linux 最近特别火的新技术，当前最流行Linux内核技术是什么？那就是eBPF技术，著名开源的Cilium把eBPF技术带飞，国内Linux，容器云原生等领域爱好者也燃起一股学习eBPF的热潮。新技术出现的历史原因廉颇老矣，尚能饭否iptables/netfilteriptables/netfilter 是上个时代Linux网络提供的优秀的防火墙技术，扩展性强，...
XDP技术——linux网络处理的高速公路
Ds的博客
12-02 6969
XDP及相关技术简介 传统的Linux内核网络协议栈由于更加注重通用性，其网络处理存在着固有的性能瓶颈，随着10G、25G、40G、100G甚至更高速率的网卡出现，这种性能瓶颈变得更加突出，传统内核网络协议栈已经难以满足高性能网络处理的要求。 在人们想办法提升处理性能的同时，一批人抱着它不行就绕开它的思路，在2010年，开发出了DPDK内核旁路(Kernel Bypass)技术，并逐渐成为网络处理加速的一种成熟方案。然而这种方案也有自己的一些固有缺陷，且始终是独立于linux内核的，在2016年的Linux
【C语言】linux内核generic_xdp_tx
数字人生
03-01 1099
在函数`generic_xdp_tx`中，XDP是用来处理网络数据包，并且在某些情况下，该函数在发送数据包前会绕过正常的内核网络队列调度（qdisc layer）和监视点（network taps）。1. 函数签名 void generic_xdp_tx(struct sk_buff *skb, struct bpf_prog *xdp_prog)：这个函数接收两个参数：`skb`（Socket Buffer，网络数据包的内核表示）和 xdp_prog（与 XDP 程序相关联的 BPF 程序）。
XDP, traffic control/tc/qdisc和netfilter在Linux的网络架构(packet flow in Netfilter and General Network)
meihualing的专栏
04-06 940
packet flow in netfilter and general networking, XDP, netfilter, qdisc, traffic control, linux iproute2, linux tc工具, Linux网络架构
初学XDP记录
FXYpilot的博客
10-17 1162
本文仅作为本人初学XDP的记录，水平很低，酌情参考！
XDP入门--eBPF程序实现网桥/二层交换机转发功能
meihualing的专栏
05-28 1835
XDP, eBPF实现二层转发功能，自动加载
Linux性能优化（九）——Kernel Bypass
天山老妖
02-23 5407
一、Linux内核协议栈性能瓶颈 在x86体系结构中，接收数据包的传统方式是CPU中断方式，即网卡驱动接收到数据包后通过中断通知CPU处理，然后由CPU拷贝数据并交给内核协议栈。在数据量大时，CPU中断方式会产生大量 CPU中断，导致CPU负载较高。 （1）硬件中断导致的线程、进程切换 硬件中断请求会抢占优先级较低的软件中断，频繁到达的硬件中断和软中断意味着频繁的线程切换，随着而来的就是运行模式切换、上下文切换、线程调度器负载、高速缓存缺失（Cache Missing）、多核缓存共享数据同步.

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值