Add an ability to not start the agent on some instances
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- java
- Área
- observability-sre
Línea de trabajo
Comienza en el punto de entrada de configuración del Java agent SDK y en su gestión de variables de entorno. Traza cómo se habilita el inicio del agente, define después el comportamiento de PYROSCOPE_CLUSTER_RATIO para valores de 0 a 100 y verifica que el agente solo se habilite cuando la selección aleatoria sea inferior al porcentaje configurado, cubriendo tanto la configuración del SDK como la de la variable de entorno.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Java
- Estrellas
- 125
- Forks
- 48
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de grafana/pyroscope-java
-
Clean up dead publishing repository config and credentials in subproject build filesPosiblemente ocupada @arnabnandy7 la tomó hace 23 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
grafana/pyroscope-java#294 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 54/100
grafana/pyroscope-java#371 · 2 reacciones ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
grafana/pyroscope-java#368 · 1 comentario ·
-
improve asprof extractionAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
grafana/pyroscope-java#283 ·
-
libasyncProfiler-linux-x64.so dump in /tmpQuizá libre de nuevo @korniltsev-grafanista la tomó hace 262 días y no hay ningún pull request abierto. Abierto
grafana/pyroscope-java#250 · 1 comentario · 1 asignado ·
Todos los issues de grafana/pyroscope-java
Issues similares
-
agent-java community triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
elastic/apm-agent-java#4594 ·
Los mantenedores suelen responder en 1 día
-
area/plugin good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
kestra-io/plugin-soda#137 ·
-
area/plugin good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
kestra-io/plugin-aws#816 ·
Los mantenedores suelen responder en 2 días
-
area/plugin good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
kestra-io/plugin-kestra#200 ·
Los mantenedores suelen responder en 1 día
-
bug untriaged
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
opensearch-project/search-relevance#618 ·
Los mantenedores suelen responder en 3 días