Go
Last updated
Last updated
The first question everyone asks us is - "This is very cool. Tell me how does this impact my system's performance?"
TLDR: We have very minimal impact on your system's latency - a few milliseconds under heavy load. Moreover, if there are no tracepoints / logpoints - we add zero overheads.
We did a benchmarking of our agent's performance under the following conditions:
We deployed a webserver using golang.
The application was deployed on aws t2.2xlarge instance which has 8vCPUs and 32GB RAM.
We used the popular wrk2 tool to measure network latency.
For load-balancing, we scaled the application to 4 instances. We loaded the application with 1000 requests per second until 5 seconds.
Endpoint called: /
3 separate experiments were done:
Agentless - running the application without heimdall agent.
Passive - heimdall agent runs without any tracepoint.
Active - heimdall agent runs with tracepoint on the endpoint.
Agentless | Passive | Active | |
---|---|---|---|
When you're using us, most of the time your application would be running in passive mode, i.e., our agent is running without any tracepoint. In such case, our application adds negligible overhead.
You can import our agent in your application without worrying about overheads.
When you're debugging something and have added tracepoints, we add a few milliseconds of latency. You get options to set hitlimit and lifetime for the tracepoint so that the tracepoint lives for a very short time until you get your desired data.
Average latency (ms)
0.774
0.794
2.80
50 percentile (ms)
0.770
0.797
2.65
75 percentile (ms)
1.03
1.04
2.94
90 percentile (ms)
1.17
1.19
3.21
99 percentile (ms)
1.29
1.32
6.17