Browsing thru Actix guide (https://actix.rs/actix/guide/), I didn't find any explanation regarding what will happen when actor(s) crashes or how crashes[1] are being handled?
Actix: a small, pragmatic, and fast Rust web framework
11–20 of 125 posts
Re: Actix: a small, pragmatic, and fast Rust web framework
#12We use it at Sentry for one of our services and the experience has been great. The best part by far is that you can benefit from async io handling without having to write every one of your views in an async fashion. All the async complexity is offloaded into the extractors and the response sending.
Is this a new service built from scratch in Actix, or did you migrate the service from something else?
Re: Actix: a small, pragmatic, and fast Rust web framework
#13We use it at Sentry for one of our services and the experience has been great. The best part by far is that you can benefit from async io handling without having to write every one of your views in an async fashion. All the async complexity is offloaded into the extractors and the response sending.
Do you have any performance numbers, or a prior version of this service to compare it to? I'm curious how async in Rust compares to synchronous code in real-world applications, especially given its yet-incomplete state.
Re: Actix: a small, pragmatic, and fast Rust web framework
#14It appears that Actix's primary author works for Microsoft, does anyone know if Microsoft is using it internally for anything?
we use actix. but that is all i can share :)
Re: Actix: a small, pragmatic, and fast Rust web framework
#15I'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.
Re: Actix: a small, pragmatic, and fast Rust web framework
#16It appears that Actix's primary author works for Microsoft, does anyone know if Microsoft is using it internally for anything?
we use actix. but that is all i can share :)
Have you spoken with the Rust core team about Microsoft's use of actix? They love getting feedback from commercial users, and I believe they are willing to sign NDAs when necessary (there's certainly plenty of commercial users they seem to be unable to tell me about, and I ask often :P ). I'm happy to put you in touch with them if you'd like; see my email in my HN profile (and this invitation goes for anyone else out there using Rust in production capacities, of course!).
Re: Actix: a small, pragmatic, and fast Rust web framework
#17I've recently been building an IRC bouncer and webapp with Actix, and it's been really smooth sailing so far -- excellent documentation, extensive examples, and everything I've touched so far has just worked the way you'd expect it to. It's a gem of a project.
Re: Actix: a small, pragmatic, and fast Rust web framework
#18Re: Actix: a small, pragmatic, and fast Rust web framework
#19Browsing thru Actix guide ( https://actix.rs/actix/guide/ ), I didn't find any explanation regarding what will happen when actor(s) crashes or how crashes[1] are being handled? http://wiki.c2.com/?LetItCrash
first, you need to define what is crash in rust means. panic or error. in general case you can not recover from panic. in case of error, type system prevents unhanded errors in actors. you can restart actor, but that is controlled by developer action.
Re: Actix: a small, pragmatic, and fast Rust web framework
#20We use it at Sentry for one of our services and the experience has been great. The best part by far is that you can benefit from async io handling without having to write every one of your views in an async fashion. All the async complexity is offloaded into the extractors and the response sending.
Is this a new service built from scratch in Actix, or did you migrate the service from something else?
New service entirely.