I was a little bummed to see multi-threading support didn’t make the cut for 1.0. But that’s ok, it’s still on the radar. Is there a tag we can look for on GitHub issues that are keeping multi-threading from becoming GA?

Ah, thanks! I think multithreading will make it to 1.0 according to that blog post. It’s mentioned in both “what can wait” and “what can’t wait”.

I did not really understand why multi-threading can’t wait? It is because of the internal refactoring required, or because it is a good feature to have?

Yes, I believe we may need to make some minor changes in order to make existing stdlib components thread safe. Multithreading has always been on the mind when these were designed, so it shouldn’t be huge breaking changes. More like subtle difference in some specific concurrent behaviour. Maybe nobod…

[image] asterite: It’s mentioned in both “what can wait” and “what can’t wait”. Should call it Schrödinger-threading instead :P

Multi-threading in 1.0

Crystal Contrib

rogerdpack March 4, 2020, 6:57pm 6

https://crystal-lang.org/2019/09/06/parallelism-in-crystal.html “next steps” and Crystal parallelism and Kemal may be interesting to read.

Topic		Replies	Views
Charting the route to multi-threading support Crystal Contrib	4	660	October 23, 2024
Crystal multithreading support Crystal Contrib	40	3207	March 20, 2026
84codes and Manas partner to iron multi-threading support Website	0	367	February 13, 2024
What's the future of Crystal? Has activity slowed down? Community	17	3263	June 2, 2022
Timeline for multithreading support Crystal Contrib	31	2913	September 24, 2024

Multi-threading in 1.0

Related topics