fatum
Hi everybody!
I started to use elixir for hobby project (ad exchange) and stucked with performance of http clients (with ssl):
I get very low RPS (400) for requests with high latency (200-300msec) and high cpu usage (20% per core) on aws c5.large (2 cores) using elixir 1.6.4.
I tried different http clients (hackney, lhttpc, dlhttpc) with different pool sizes and still getting little improvement (lhttpc + dispcount gets the best numbers)
Is it OK for elixir/erlang http clients to have such low performance?
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Deploy Phoenix to your own VPS with PaaS ease: push-to-deploy, zero downtime, auto SSL, managed Postgres. 14-day free trial at potions.io
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #code-sync
- #discussion
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #ai
- #umbrella
- #elixirconf-us
- #full-time-contract
- #podcasts-by-brainlid
- #blog-post
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #elixirconf-eu
- #processes
- #security
- #api
- #forms
- #performance
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync. Next: ElixirConf EU 2027
Master modern tools, write cleaner code, and tackle real-world challenges.
Producing high quality Elixir screencasts since 2017.
**Building the future of software with AI, trust, and human connection.**
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 5- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
idi527
Maybe try GitHub - lpgauth/buoy: High-Performance Erlang HTTP 1.1 Client · GitHub … That’s what I usually use when I need performance, but I don’t think I ever make requests with such a high latency.
Note that it doesn’t implement the full http/1.1 spec: GitHub - lpgauth/buoy: High-Performance Erlang HTTP 1.1 Client · GitHub.
But it is the most performant http/1.1 client afaik: GitHub - lpgauth/httpc_bench: Erlang HTTP client benchmarks · GitHub.
mischov
I’ve often seen 200-300msec latency for HTTP client requests with httpc or hackney, so that’s about what I’d expect. I assume you’re using keep-alives, etc, as appropriate.
What kind of latency are you used to having from HTTP clients in other languages?
Edit: Or is it just the throughput that’s unexpected?
idi527
Oh, right. I wasn’t thinking straight. These are normal latencies indeed …
fatum
Thanks for suggesting! I tried buoy but encountered on strange behavior when remote endpoint became unresponsive –
shackleapplication which buoy using under the hood stops and all requests failwhich numbers do you get with buoy and on which server spec? I think that 400 RPS for just outgoing http requests without any logic looks odd for 2 cores
idi527
I’d need to measure it. Sorry, don’t have any numbers right now. The server was a preemtible alpine vm on google cloud, and the requests from it were made to google storage api, so latencies were pretty low.