Rewrite from Ruby to Golang resulted in ~70x speed increase(pandastream.com)
pandastream.com
Rewrite from Ruby to Golang resulted in ~70x speed increase
https://www.pandastream.com/blog/building-a-scaleable-app-that-can-actually-scale/
4 comments
Thanks!
It has been some time since we ran the profiler on the Ruby code, but AFAIR it was doing a lot of parsing; also it extensively used a logging gem that was dumping Ruby objects to strings. We could have just used another logging library and rewritten the parsing code to C, but when we checked the numbers the potential improvements didn't seem good enough.
Erlang probably would have worked too, but we already had some code in Go.
It has been some time since we ran the profiler on the Ruby code, but AFAIR it was doing a lot of parsing; also it extensively used a logging gem that was dumping Ruby objects to strings. We could have just used another logging library and rewritten the parsing code to C, but when we checked the numbers the potential improvements didn't seem good enough.
Erlang probably would have worked too, but we already had some code in Go.
I don't see how this is exceptionally surprising. You rewrote an application from one of the slowest scripted languages out there to a new, fast systems level programming language.
Maybe it just underscores the slowness of Ruby.
Maybe it just underscores the slowness of Ruby.
But it's not just about pure, CPU-wise language speed. We re-architected some of the software, and Go concurrency model was very helpful with that.
What I think you did is great, and I love reading about these things, but if the initial implementation was in Perl or JavaScript you would have seen more like a 10-20x speedup.
Your main site is down. Giving off 502s.
https://www.pandastream.com/
https://www.pandastream.com/
Whoops! We're working on that, it will be back in a moment.
PS. But Panda (the service) is working, it's just the static frontpage.
PS. But Panda (the service) is working, it's just the static frontpage.
Best in class!
I'm a bit curious what was so slow about the Ruby code, as it sounds like it was just doing 'managing' rather than actual heavy-duty processing, which no, it is not good at.
Erlang sounds like it would have been a good fit too, although it's not quite as performant as Go.