News for hackers. Stuff that matters.

A comment on GopherCon 2018 Performance Tuning Workshop. Parent comment

Re:GopherCon 2018 Performance Tuning Workshop by fmpwizard on Wednesday August 29, 2018 @11:53AM (#17869175)
About 6 years ago we adopted Scala for our server side language, and for the past 4 years we have been migrating old code that was CPU/memory hungry to go and getting very good results. All new code, if it's going to be cpu/memory intense, we write it in Go.

For non C/C++ developers, Go is much easier to work with and get performance benefits that before would only be possible by porting to C, or you end up not writing idiomatic Scala, which defeats the purpose of using Scala (imho)

[ Parent | on HN ]
Re:GopherCon 2018 Performance Tuning Workshop by dnautics on Wednesday August 29, 2018 @12:17PM (#17869412)
That's fine, but I'm genuinely curious as to what you're finding to be cpu/memory intense. I don't know enough about scala to know if there isn't something the jvm is running poorly because "it wasn't designed to be that way". I deploy on elixir, and everything is not very big and quite acceptably performant even though I have two containerized instances of beam on an amazon t2 micro.

Ooh for me, more than 50 connections a second would be unusual, but also the service really should never die.

[ Parent | on HN ]