Performances weirdes avec eBPF pour network policy k8s

salut check d'abord ta version de kernel et de cilium les perfs eBPF sont hyper sensibles à ça surtout sur des vieilles versions. t'es en L7 policy ou juste L3/L4

5.4 c'est un peu ancien pour du eBPF haute perf le 5.10 ou 5.15 apporte des grosses optis surtout pour XDP t'as les cpu en mode irq ou softirq qui montent en flèche

ok si c'est les softirq c'est probablement le traitement des paquets. t'as configuré des maps ebpf avec des clés/valeurs complexes ou bcp de lookups

cent règles c'est pas énorme. vérifie si tu n'as pas des perf_event_open leaks ou des traces qui s'accumulent. ça peut tuer le cpu sans le dire

utilise bpftool prog show pour voir les programmes chargés et bpftool map show pour les maps. regarde aussi cat /proc/kallsyms | grep bpf_prog_run ou des outils comme bcc/profile pour identifier les hotspots cpu

pour les jit logs faut activer echo 1 > /proc/sys/net/core/bpf_jit_enable et echo 1 > /proc/sys/net/core/bpf_jit_harden et après tu regardes dans dmesg ou les logs du kernel mais ça peut être verbeux à mort

ouais et si c un souci de map access massif essaie de passer sur une structure plus optimisée si possible pour les lookups genre bpf hash map avec des clés pré-calculées ou des array maps si tes clés sont séquentielles

ah les boucles c'est le classique si le verifier est pas content ça ralentit ou ça rejette direct. réécris la partie critique pour éviter les boucles explicites utilise plutôt des helpers bpf_map_lookup_elem en batch si possible