bpf 虚拟机和 bpf map 有什么限制？

Question

我正在使用 ebpf+XDP 做一些演示。

当我使用大内存MAP时，例如：

BPF_HASH(cache, u64, u64, 10240000);
BPF_HASH(filter1, u32, u64, 10240000);
BPF_HASH(filter2, struct XXX, u16, 10240000);

当我运行这个demo时，运行一段时间后，程序自动被杀死。

这里是错误说：

Out of memory: KIll process 1618 (sshd) score 0 or sacrifice child
Killed process 1618 (sshd) total-vm:625792kB, anon-rss:0kB, file-rss:4kB, shmem-rss:0kB

我不明白这个错误是什么意思。

这是系统限制还是 bpf 虚拟机限制或地图限制？

这是我运行“free -g”时的结果。

              total        used        free      shared  buff/cache   available
Mem:              3           0           3           0           0           3
Swap:             3           0           3

Answer 1

当您创建 BPF 映射时，会在内核空间中为这些映射分配内存。显然，它们越大，需要的内存就越多。

虽然 BPF 实际上对映射的大小没有限制（除了传递给内核以给出映射大小的 32 位无符号整数的最大值），但内核本身由于底层硬件而受到限制。如果内核完全耗尽内存，就会发生坏事。通常，它会挂起或崩溃。为避免这种情况，当内存变得稀缺时，内存不足 (OOM) 杀手会采取行动并杀死一个进程，以尝试释放内存。

据我了解，这就是您的情况。限制不是来自 BPF 或 BPF 映射，而是来自您的系统（内核）内存不足。当 kill 发生时，您可以使用dmesg 在内核日志中获取更多信息（另请参阅how to read the logs）。

所以回答你在标题中所说的问题：BPF 映射的大小不受限制，除了我们可能传递给bpf() 系统调用的最大值（uint_32，这就是4GB）。非 root 用户可能对他们可以锁定在内核中的空间量有额外的限制（root 可以在 shell 中使用 ulimit -l 或在 C 程序中使用 setrlimit() 删除这些限制）。 BPF 基础设施存在其他“限制”（堆栈大小、尾调用数量等），但我认为在这里列出所有这些限制并没有多大帮助。您可以在Cilium guide 中找到有关它们的更多信息。