Why do so many Rust projects lead with telling you their number one feature is type safety? It’s Rust we get it, stop telling us about your type safety! Also, what problem is this solving that countless other near identical web frameworks don’t already solve?
Actix: a small, pragmatic, and fast Rust web framework
101–110 of 125 posts
Re: Actix: a small, pragmatic, and fast Rust web framework
#102Question: What is the point of making the fastest web server possible when any kind of datastore attached to the server is going to be the bottleneck?
First, even if waiting for a response from the database is the largest single contributor to your response time, and if you're running an extremely low-traffic service, there's still benefit in reducing your total latency
Second, if you're not running a low-traffic service, and have enough requests that you're approaching the memory or cpu capacity of your web server (or have an existing application that's already deployed across multiple servers), making significant reduction in your CPU or memory use can let you handle quite a bit more traffic with less hardware.
Third, not all web services involve little more than making a request to a single external slow database. The data for your service could be: * Static * Ephemeral, kept in-process * In a database on the same server * In a fast database (memcache) * Require nontrivial processing * Processed by a separate service you're just acting as a proxy for
Re: Actix: a small, pragmatic, and fast Rust web framework
#103Earlier quoted context omitted.
So MSFT uses Rust. :) That's actually quite a newsworthy thing, could be a lot more newsworthy if we knew the purpose it was used for was some mission critical component that also needs to be blazing fast. Looking at Rust's strengths, and that MSFT has languages/compilers of it's own, the use case is prolly "mission critical component that also needs to be blazing fast". But for now we're guessing.
Oracle also uses it, and they changed the Java ONE conference to be Oracle Code ONE conference, including Go and Rust related talks.
Re: Actix: a small, pragmatic, and fast Rust web framework
#104Why do so many Rust projects lead with telling you their number one feature is type safety? It’s Rust we get it, stop telling us about your type safety! Also, what problem is this solving that countless other near identical web frameworks don’t already solve?
- Safe! - Blazing fast! - Powerful! - Elegant! - Shiny! - Modern!
You know, marketing stuff that tells you absolutely nothing about the software itself but is required to fill space on a website.
The thing is, a boring "Benchmarks" heading in the README doesn't get you as many GitHub stars as a "Blazingly fast!" heading+icon. And you know how addictive Internet Points can be.
Re: Actix: a small, pragmatic, and fast Rust web framework
#105Earlier quoted context omitted.
Oracle also uses it, and they changed the Java ONE conference to be Oracle Code ONE conference, including Go and Rust related talks.
This is very cool! I’d seen their open source work but not seen this.
https://www.oracle.com/code-one/index.html
https://blogs.oracle.com/developers/javaone-event-expands-wi...
> Oracle Code One is the most inclusive developer conference on the planet. Join discussions on Java, Go, Rust, Python, JavaScript, SQL, R, and more.
Re: Actix: a small, pragmatic, and fast Rust web framework
#106Earlier quoted context omitted.
Oracle also uses it, and they changed the Java ONE conference to be Oracle Code ONE conference, including Go and Rust related talks.
This is very cool! I’d seen their open source work but not seen this.
Re: Actix: a small, pragmatic, and fast Rust web framework
#107I've had relatively good success moving some microservices from Kotlin to Rust (mainly saving about 90% resident memory util). I picked up Actix recently, and so far I'm enjoying using it. If Rust library support for geospatial tools was as good as turf.js, I'd be able to move a lot more stuff into Rust.
Turf development is funded by Mapbox. If you need more Geo functionality than that provided by https://github.com/georust/rust-geo (I'm one of the developers), contributions are actively encouraged, and we're happy to mentor people. Alternatively, feel free to pay for some dev time if you need something specific (e.g. OpenCage paid to have their geocoder included in https://github.com/georust/rust-geocoding , dual-li…
Re: Actix: a small, pragmatic, and fast Rust web framework
#108Earlier quoted context omitted.
This is very cool! I’d seen their open source work but not seen this.
I've learned to hold my cheering whenever I read Oracle and open source in close proximity.
Re: Actix: a small, pragmatic, and fast Rust web framework
#109I tried using actix for a recent project. I just could not get it to do what I wanted to. It always felt like a fight. I switched to rocket and everything is so much easier. Everyone is saying great things about it, but I just want to point out that it's not for everyone.
The actix library is fairly nice though, but still a few cases where the use of globals and/or statics introduces problems.
Re: Actix: a small, pragmatic, and fast Rust web framework
#110I tried using actix for a recent project. I just could not get it to do what I wanted to. It always felt like a fight. I switched to rocket and everything is so much easier. Everyone is saying great things about it, but I just want to point out that it's not for everyone.
I'm in the same boat, at least for actix-web. The static lifetimes on the handlers (and I think state) makes some things really painful, but is also part of the reason it gets the speed it does. The actix library is fairly nice though, but still a few cases where the use of globals and/or statics introduces problems.