用户态写普通eBPF映射，XDP只读时改用PERCPU映射能否提升性能？

仅XDP程序读取、用户空间写入的场景下，改用BPF_MAP_TYPE_PERCPU_HASH或BPF_MAP_TYPE_PERCPU_ARRAY几乎不会带来性能提升，甚至可能导致整体性能下降，核心原因如下：

1. percpu映射与普通映射的核心差异 #

• 普通映射（HASH/ARRAY）是全局共享存储，所有CPU和用户空间访问同一份数据副本。
• percpu映射是按CPU核拆分的多副本存储，每个CPU拥有独立的数据副本，用户空间写入时需要遍历所有CPU核更新对应副本，XDP读取时直接访问当前CPU的本地副本。

2. 只读场景下的性能对比 #

普通映射的读取特性 #

普通映射的读取操作本身轻量：只要用户空间的写入频率不高，XDP读取时几乎不会遇到锁竞争（用户空间写入时会持有自旋锁，但低频写入的锁等待可以忽略）。只有当用户空间高频写入时，XDP读取才会因等待锁释放产生性能损耗。

percpu映射的读取特性 #

percpu映射的XDP读取确实是无锁操作，但这种优势在只读场景下几乎无法体现：

• 如果用户空间写入频率低，普通映射本来就没有锁等待问题，percpu的无锁读取不会带来明显性能提升。
• 如果用户空间写入频率高，percpu映射虽然能避免XDP读取的锁等待，但用户空间的写入开销会大幅增加（需要遍历所有CPU核更新副本），整体性能反而可能下降。

3. percpu映射的适用场景 #

percpu映射的设计初衷是解决内核空间（如XDP、TC程序）高频写入时的并发竞争问题：当多个CPU的程序同时写入全局映射时，锁竞争会严重拖慢性能，此时用percpu映射让每个CPU写自己的副本，能彻底避免锁开销，大幅提升写入性能。但这和你当前的只读场景完全不匹配。

结论 #

如果你的XDP程序仅做读取操作，不建议改用percpu映射。只有当用户空间写入频率极高，且XDP读取的锁等待已经成为性能瓶颈时，才需要权衡用户空间写入开销的增加，考虑是否切换。

内容的提问来源于stack exchange，提问作者user2233706