bpfman / bpfman/bpfman-operator

Investigate Performance of bpfman agent

Open
#50 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
38
Forks
27
PR merge metrics
No merged PRs in 30d

Description

We've seen the sample BpfApplication CRD take ~30 seconds to finish loading its eBPF programs. A look at the agent log suggests that this biggest factor is the call to bpfman to load the programs, which appears to take from 2-12 seconds. So, while this issue is being written against bpfman-operator, I believe that the first place to look is in the bpfman load path.

Some likely suspects are the image pull from podman and cosign validation, but this needs to be confirmed.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the sample BpfApplication CRD loading flow and the agent logs, then trace the bpfman load path. Measure the time spent loading programs and separately investigate the suspected podman image pull and cosign validation steps; done means identifying and documenting the confirmed bottleneck.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
devops, performance
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.