News for hackers. Stuff that matters.
Re:Why Wasn't Ruby 3 Faster? by throwaway189262 on Thursday February 11, 2021 @05:28AM (#26100054)
Makes sense. Better than Ruby I guess. It's still not really concurrency, it just handles being single threaded better.

JS is strange because of all the optimization. It's technically multi threaded with IO but in a way that you only control the "main thread". Reminds me of old UI work

Re:Why Wasn't Ruby 3 Faster? by coldtea on Thursday February 11, 2021 @05:32AM (#26100078)
>It's still not really concurrency

Well, it also has Workers, which is.

Re:Why Wasn't Ruby 3 Faster? by jiofih on Thursday February 11, 2021 @09:08AM (#26101631)
Concurrency != parallelism. You can of course run a multi-process cluster, but that’s besides the point (and these days it’s best to run a single process inside orchestration like k8s).

Basically almost every high performing server atm is running on some form of event loop / cooperative multi-tasking. Ruby Puma, Gunicorn, rust’s tokio and async/await, goroutines... Java is probably the big exception here (if you’re not using VertX et al) and we all know the pain of thread safety.

Re:Why Wasn't Ruby 3 Faster? by throwaway189262 on Friday February 12, 2021 @06:58AM (#26112720)
Very true. Go is an exception, and some day Java will be as well. They're both going route of userspace threads instead of reactive API's, thankfully.