Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

This is one of multiple, we did not blog about this one, but switching a Python http service for analytics ingest that was purely CPU bound to rust resulted in a 90% reduction in compute required to power it. However, that's not too interesting because it's known that Python is slow haha.

We have 2 golang services left, one of them has a rewrite in rust in PR as of last week (as a fun side project an engineer wanted to try out.)

Additionally, as we move towards a more SOA internally, we plan to write more high velocity data services, and rust will be our language of choice for that.



> but switching a Python http service for analytics ingest that was purely CPU bound to rust resulted in a 90% reduction in compute required to power it. However, that's not too interesting because it's known that Python is slow

Kinda like this: https://blog.sentry.io/2016/10/19/fixing-python-performance-... ?


Think replacing elixir with Rust would ever be a consideration? Rust isn't there yet, but if you are NIF'ing a bunch of stuff, seems like it could make sense at some point?


I Googled around, but couldn't find the answer. What is "NIF"?



Well sure when it’s a micro service that probably has more lines of infra config than biz logic LOC.

This isn’t exactly “Linux kernel: now in Rust!”

Glad you’re making tech for you all better.

We get to take up the externalized runtime costs of the mess that is the Electron app.

Engineers are super efficient at offloading the last mile of effort.


Let's not start the Electron debate again. That's been argued to death already.


Maybe if we keep at it, we can argue it until Electron's death?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: