Live data from Hacker News

Actix: a small, pragmatic, and fast Rust web framework

actix.rs

101–110 of 125 posts

Re: Actix: a small, pragmatic, and fast Rust web framework

#101
post #55

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?

A few devs are over enthusiast and missed the 80/90's wave of safe systems languages.

Re: Actix: a small, pragmatic, and fast Rust web framework

#102

Question: 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?

That's a good question, and something that's not always obvious without having been in a situation to get advantage from such an improvement.

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

#103
post #100
post #88

Earlier 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.

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

#104
post #55

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?

Most projects use buzzwords like that though.

- 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

#105
post #100

Earlier 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.

Here is the announcement.

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

#106
post #100

Earlier 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.

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

#107
post #15

I'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…

Hey by the way the link in the readme to the documentation is broken. It points here https://docs.rs/geo/0.9.1/geo/

Re: Actix: a small, pragmatic, and fast Rust web framework

#108
post #106

Earlier 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.

I hear you. At the same time, the particular project they're doing is an implementation of an open standard, to provide an alternative and prevent monoculture, so seems good to me. I'm not involved in the container space, so I can't speak to the quality, but that's what it looks like from here.

Re: Actix: a small, pragmatic, and fast Rust web framework

#109

I 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.

Re: Actix: a small, pragmatic, and fast Rust web framework

#110
post #109

I 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.

We've got some stuff in the pipeline that should relax that requirement. It plus async/await (which has a PR open in the compiler) should make all of this way easier.
Post reply on HN