This repository has been archived by the owner on Sep 30, 2024. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
jaeger integration substantially harms search performance #5363
Milestone
Comments
emidoots
changed the title
jaeger integration substantially harms performance
jaeger integration substantially harms search performance
Aug 26, 2019
emidoots
referenced
this issue
in sourcegraph/deploy-sourcegraph-docker
Aug 26, 2019
emidoots
referenced
this issue
in sourcegraph/deploy-sourcegraph-docker
Aug 27, 2019
3 tasks
3 tasks
Underlying issue: search fan-out generates a lot of Jaeger spans for a given trace. Network I/O becomes flooded/bottleneck. Subsampling may work? Need to try it, because downsampling may happen at the collector, rather than the agent. (< Need to answer this question.) Traffic is generated both from client to agent and from agent to collector. Other options if subsampling doesn't work:
Test plan: try it out with Jaeger on and off and see if there's an perf discrepancy
|
12 tasks
Closing given we now have the selective tracing option. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I have evidence that enabling
"useJaeger": true
substantially harms search performance on single-node deployments with the Jaeger deployment described in https://github.com/sourcegraph/deploy-sourcegraph-dockerIt is possible the performance implications are not as severe in deployments that:
To confirm my findings, run a search performance benchmark before and after setting
"useJaeger": true
and measure the change. I will share my results here soon.The text was updated successfully, but these errors were encountered: