Replies: 1 comment 3 replies
-
Of course, you are 100% free to implement any kind of sampler that is useful to you. And, new kinds of samplers would be a great contribution to the |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Context
I'm currently using traceidratio sampling and a 1/200 ratio, and we have a Spring websocket endpoint that has a high invocation frequency.
Problem
Sampling rates are defined on a per-JVM level. If a JVM has two endpoints with vastly different throughputs, then its sampling rate will be driven on the high frequency endpoint, which may leave the low frequency endpoint never sampled. For example, if the frequency of the endpoints is different by a factor of 100, and the probability is set to 0.001, then the low frequency endpoints will have only 1 in 100,000 chance to be sampled.
Features I'd love to see in a sampler
Perhaps allow more detailed configuration passed into the sampler argument to solve (1)
Perhaps a file ref to a JSON/YAML config with a default sample rate and the ability to override on an endpoint basis?
Something along the lines of this:
This would totally solve my use-case. Wild-cards would be nice. I'm using Spring btw.
Beta Was this translation helpful? Give feedback.
All reactions