3 ms·
So? 1) There are trade offs, sometimes you trade development time for execution time. 2) Erlang is "fast"/scales, ask whatsapp 3) A lot of people worry about
by segmondy 12y ago
So?
1) There are trade offs, sometimes you trade development time for execution time.
2) Erlang is "fast"/scales, ask whatsapp
3) A lot of people worry about execution but have enough spare CPU cycles to compute the universe.
4) Benchmarks mean nothing, you must figure out what is meaningful to you. You won't compare a ferrari and a minivan? Well, you could, but yet, find that a minivan is more practical for your daily needs.
- amelius 12y ago> 2) Erlang is "fast"/scales, ask whatsapp But whatsapp is not a latency-critical application.
- Ixiaus 12y agoBy latency, what do you mean? Erlang excels with Input/Output (the VM's I/O manager is well-tuned) and network applications. I think WhatsApp is latency critical, no user ever said it's okay to have their message show up minutes after it was sent if both parties were on a good internet connection...
- davidw 12y agoIf you're controlling car brakes, no, don't use Erlang. That's called "hard real time" and mostly gets written in C or Ada or those kinds of low level things: http://en.wikipedia.org/wiki/Real-time_computing http://en.wikipedia.org/wiki/Real-time_computing For most other things, Erlang is a fine choice. In your other comments you talking about web pages. People compose those all the time with languages like PHP and Ruby, and things mostly work out. Odds are, with a lot of web stuff, a decent portion of your latency is going to be in the data layer anyway.