Ruby Concurrency Final Report

Re:Ruby Concurrency Final Report by ioquatix on Friday April 17, 2020 @09:23AM (#22898750)

Those are both solid choices for servers. However neither of them have a scalability model suitable for HTTP/2 or WebSockets. That's something I wanted to try and address.

[ Parent | on HN ]

Re:Ruby Concurrency Final Report by timdorr on Friday April 17, 2020 @10:34AM (#22899294)

And thank you for addressing it, Samuel!

I converted the streaming and Autopark clients in the Tesla API gem from EM to Async and has been great: https://github.com/timdorr/tesla-api/blob/master/lib/tesla_a...

No more globals, which makes it much safer to use inside of threaded job runners like Sidekiq.

[ Parent | on HN ]

Re:Ruby Concurrency Final Report by ioquatix on Friday April 17, 2020 @07:53PM (#22904109)

It would be awesome to talk about your work in a blog post, do you think you can reach out to me to explain your work in more detail?

[ Parent | on HN ]

Re:Ruby Concurrency Final Report by nitrogen on Friday April 17, 2020 @10:11AM (#22899105)

I used EventMachine a lot about 8-10 years ago. I'm excited to see Ruby getting some concurrency love again. What are the goals and improvements of your underlying design in general, and especially those that make HTTP2 and WebSockets work?

[ Parent | on HN ]

Re:Ruby Concurrency Final Report by ioquatix on Friday April 17, 2020 @10:29AM (#22899257)

Light weight event driven tasks are very important.

I outline some of the key improvements in this talk:

https://www.youtube.com/watch?v=Dtn9Uudw4Mo

[ Parent | on HN ]