Add an ability to not start the agent on some instances
Maintainer antworten meist innerhalb von 5 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 45/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- java
- Bereich
- observability-sre
Rechercherichtung
Beginne am Konfigurationseinstiegspunkt des Java agent SDK und seiner Verarbeitung von Umgebungsvariablen. Verfolge, wie der Agent-Start aktiviert wird, definiere anschließend das Verhalten von PYROSCOPE_CLUSTER_RATIO für Werte von 0 bis 100 und überprüfe, dass der Agent nur aktiviert wird, wenn die zufällige Auswahl unter dem konfigurierten Prozentsatz liegt, wobei sowohl die SDK- als auch die Umgebungsvariablenkonfiguration abgedeckt werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
We are currently integrating the Pyroscope Java agent into our infrastructure, and it works great. However, we have encountered a problem: In cases of a large fleet of pods (1000+) and aggressive sampling, we generate too much profiling data for the server to handle. Additionally, the 2-3% profiling overhead becomes a significant resource drain.
I propose adding an option (both in the SDK and as an environment variable) named PYROSCOPE_CLUSTER_RATIO with a value in percentage (0-100). This feature would enable the agent only if a randomly generated value in an inclusive range 0-100 is less than the provided percentage.
This feature will allow users to save resources on both the server and client sides while still maintaining statistically viable continuous profiling data for large deployments.
I would be glad to help implement this feature if you consider it appropriate.
- Vorherrschende Sprache
- Java
- Sterne
- 124
- Forks
- 50
- Ø Merge
- 5 T. 2 Std.
- Gemergte PRs (30 T.)
- 4
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus grafana/pyroscope-java
-
Clean up dead publishing repository config and credentials in subproject build filesEvtl. vergeben @arnabnandy7 hat das vor 33 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
grafana/pyroscope-java#294 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 57/100
grafana/pyroscope-java#392 ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 54/100
grafana/pyroscope-java#371 · 2 Reaktionen ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
grafana/pyroscope-java#368 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 5 Tagen
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
grafana/pyroscope-java#283 ·
Maintainer antworten meist innerhalb von 5 Tagen
Alle Issues in grafana/pyroscope-java
Ähnliche Issues
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
code-maintenance
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 80/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
krizaka/krizaka-notifications#32 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
klikli-dev/occultism#1719 ·