rm-rf-etc
I’m not much of a hardware buff, so please excuse my ignorance.
Let’s say I want to build a machine to maximize the performance of some arbitrary elixir service that I’ve built; does it make sense to simply add more cores to scale up the amount of concurrent processes my elixir-based service can parallelize? Does it scale linearly? How should I go about determining the optimum number of cores for my project?
Let’s say, for example, that I have somewhere between 10 and 30 genserver instances subscribed to some external service via websocket (each having its own dedicated websocket), and then I also have some additional processes for my frontend and things like the supervisor. And this is just an arbitrary example for the sake of discussion.
Thanks
Where Next?
Trending in Discussions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Error tracking, logs, APM, uptime and cron monitoring in one dev-friendly platform. Find and fix problems before your users notice.
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
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
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 - join us in 2026!
Practical resources that improve the lives of professional developers.
Bringing learning, work and compliance together since 1987.
**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 3- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
Exadra37
Maybe reading this article will help:
or maybe you prefer to see this conference talk about it:
Both of them will give you more insights into what you are trying to understand, but will not give you a formula
dimitarvp
In a normal high-performance language like Rust I’d say look for some parity between CPU cores and memory channels. F.ex. having 10 CPU cores (20 threads) and a 4-channel memory can make the machine not use its full potential in very memory-intensive apps – of which there aren’t that many, to be fair.
With a language like Elixir though you could easily have a 64-core CPU even with 4-channel memory (like the Threadripper 3990X) because Elixir is not a high-performance language and you’d likely want Elixir for I/O bound workflows because its green-thread preemptive concurrency model will net you insane benefits.
So if you want to focus on Elixir then you can get a lot of cores even if they are a bit slower.
al2o3cr
The “getting to 1M websockets” stuff is 1000% worth reading / watching, but the big takeaway from that work is pretty simple: the way you figure out these things is to MEASURE.