Concurrency models of Rust and Golang
Submitted 5 months ago by Penguincoder@beehaw.org to technology@beehaw.org
https://kerkour.com/rust-vs-go-concurrency-models-stackfull-vs-stackless-coroutines
Submitted 5 months ago by Penguincoder@beehaw.org to technology@beehaw.org
https://kerkour.com/rust-vs-go-concurrency-models-stackfull-vs-stackless-coroutines
2xsaiko@discuss.tchncs.de 5 months ago
Can we stop referring to the “what color is your function” post for languages it doesn’t apply for? Contrary to Javascript (where it does apply), Rust with tokio has adapters for both async -> sync (Runtime::spawn_blocking) and sync -> async (Runtime::block_on). It probably isn’t a good idea to overuse spawn_blocking but calling an async function from a sync one is literally no problem.
Penguincoder@beehaw.org 5 months ago
I am not sure what you mean.
Radiant_sir_radiant@beehaw.org 5 months ago
what color is your function?
It’s a
rantopinion piece about the caveats of mixing async and sync functions, and divides code into ‘red’ (async) and ‘blue’ (sync) functions to explain the various problems associated with it.2xsaiko@discuss.tchncs.de 5 months ago
I’m talking about the text in the “The problem with async” section in the article you linked in the OP.