6.14 CO-RE（Compile Once – Run Everywhere）的工作原理

本文主要是介绍6.14 CO-RE（Compile Once – Run Everywhere）的工作原理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

写在前面

首先我们来看下BPF应用程序必须处理的典型场景，以及如何使用BPF CO-RE解决它们。正如接下来要遇到的，一些可移植性问题（例如，兼容的结构布局差异）被处理得相当透明和自然，而其他问题则被更明确地处理，例如，通过if/else条件语句（与BCC程序中的编译时#ifdef/#else结构相对）和BPF CO-RE提供的额外机制。

一，摆脱内核头文件依赖

除了使用内核的BTF信息进行字段重定位外，还可以使用它来生成包含所有内核内部类型的大型头文件（“vmlinux.h”），从而完全避免对整个系统内核头文件的依赖。你可以通过bpftool获取：

$ bpftool btf dump file /sys/kernel/btf/vmlinux format c > vmlinux.h

有了vmlinux.h，就不再需要BPF程序中通常使用的#include <linux/sched.h>，#include <linux/fs.h>等。你现在可以只#include "vmlinux.h"，而不用关心kernel-devel包。这个头文件包含所有的内核类型：那些作为UAPI一部分暴露出来的，通过kernel-devel可用的内部类型，以及一些在其他地方无法获取的内部内核类型。

不幸的是，BTF（以及DWARF）没有记录#define宏，所以vmlinux.h中可能缺少一些常见的宏。最常见缺失的宏可能作为libbpf的bpf_helpers.h（由libbpf提供的内核端“库”）的一部分提供。