eBPF Probe Overhead Budget

Estimez les cœurs CPU équivalents consommés par les probes eBPF pour un débit d'événements mesuré et comparez-les à un budget CPU défini par l'utilisateur. Il s'agit d'un modèle de planification ; mesurez le surcoût des probes sur le kernel et la charge cibles.

Événements par seconde (events/s)Probes eBPF par événement (probes/event)measured eBPF probe overhead (µs)Cœurs CPU disponibles (cores)Budget CPU alloué aux probes (%)

Résultat

Cœurs CPU consommés estimés

Part du CPU disponible

Budget CPU configuré

Budget CPU restant (négatif si dépassement)

Maximum de probes par événement dans le budget

Comment utiliser cet outil outil

Saisissez le débit d'événements et le nombre de probes eBPF exécutées pour chaque événement.
Indiquez le surcoût moyen mesuré par probe en microsecondes, le nombre de cœurs CPU disponibles et le pourcentage du CPU réservé à l'instrumentation.
Examinez la consommation estimée en cœurs, la marge du budget et le nombre maximal entier de probes par événement compatible avec le budget.

Hypothèses

Le coût d'une probe est modélisé comme une moyenne constante par événement ; la variance, la latence de queue, la contention des maps, le coût du verifier, les changements de contexte, le comportement JIT et les interactions entre probes sont exclus.
Le surcoût mesuré et le débit d'événements doivent représenter le même kernel, matériel, chemin d'événement et workload proche de la production.
Le pourcentage du budget CPU est choisi par l'utilisateur ; l'outil ne recommande pas de limite de production.

Détails techniques : signification des champs

Événements par seconde eventRatePerSecond: Nombre d'événements observés ou prévus par seconde.
Probes eBPF par événement probesPerEvent: Nombre de probes exécutées pour chaque événement, exprimé en nombre entier moyen.
measured eBPF probe overhead overheadPerProbeUs: Surcoût moyen d'exécution mesuré pour une probe, en microsecondes, sur le kernel cible et une charge représentative.
Cœurs CPU disponibles availableCpuCores: Cœurs CPU disponibles pour la charge, servant de base au calcul du pourcentage et du budget.
Budget CPU alloué aux probes cpuBudgetPercent: Part maximale des cœurs CPU disponibles réservée à ces probes ; c'est un budget défini par l'utilisateur, pas une valeur sûre par défaut.

Méthodologie

Cœurs CPU consommés = événements par seconde × probes par événement × microsecondes par probe ÷ 1 000 000. Cœurs du budget CPU = cœurs disponibles × pourcentage du budget. Nombre maximal entier de probes par événement = floor(cœurs du budget × 1 000 000 ÷ (débit d'événements × microsecondes par probe)).

Exemple détaillé

Deux probes pour 400 000 événements/s

Données d’entrée: Événements par seconde: 400000 events/s, Probes eBPF par événement: 2 probes/event, measured eBPF probe overhead: 4 µs, Cœurs CPU disponibles: 16 cores, Budget CPU alloué aux probes: 10%

Résultat: La consommation estimée est de 3,2 cœurs CPU (20 % des 16 cœurs). Le budget à 10 % est de 1,6 cœur ; cette configuration le dépasse de 1,6 cœur. Un probe par événement respecte le calcul simplifié du budget.

Conseils pratiques

Mesurez le surcoût avec le même type d'événement, point d'attache, version du kernel, maps et corps de probe que ceux prévus en production.
Utilisez cette estimation avec des mesures de latence et d'événements perdus ; la moyenne CPU seule ne décrit pas l'impact sur les latences de queue.

Erreurs fréquentes

Utiliser le microbenchmark d'une probe vide comme coût d'une probe qui lit des maps, copie des données ou émet des événements.
Multiplier par le débit d'événements en oubliant que plusieurs probes peuvent s'exécuter pour chaque événement.

Questions fréquentes

Le surcoût d'une probe eBPF est-il toujours constant ?

Non. Cet outil suppose une moyenne constante par événement. Le coût réel varie selon le travail du programme, le chemin du kernel, l'accès aux maps, la contention et la charge.

Le pourcentage de budget CPU vient-il de Kubernetes ou de Linux ?

Non. Il s'agit d'un seuil de planification choisi par vous ; l'outil ne lit ni cgroups, ni limites Kubernetes, ni télémétrie de l'hôte.

Dernière vérification : 2026-10-18

Modèle simple de budget CPU moyen ; il ne prédit pas la latence, les pertes perf-event, le scheduling du kernel, l'acceptation par le verifier, la pression sur les maps eBPF ni la sécurité en production.

Cet outil fournit une estimation indicative fondée sur les hypothèses indiquées ci-dessus.

Les préférences de thème et d’outils, ainsi que les listes enregistrées et récemment utilisées, sont stockées uniquement dans ce navigateur.