Ruby 3 Concurrency
summary
Proposal introduces a concrete concurrency abstraction named Guild membership model that pins mutable objects to one Guild, adds Guild::Channel with copy and transfer_membership move semantics, and describes an implementation trick (new headers + invalidation) to avoid copying big data. Author reports simulated runs in three languages where a Fibonacci master/worker on two cores beats single-Guild execution, but moving big arrays is currently slow. Implementation is unfinished; APIs and class/module sharing remain open problems.
AI-written summary · about
chapters (5)
- 0:00Start
- 0:07Koichi Sasada Ruby 3 Concurrency
- 2:14Replace Threads to Guilds
- 2:57Kill Threads
- 22:40We don't need to care about synchronizations any more Trade-off: Performance vs. Safety/Easily Which do you want to choose?
related talks
39mParallel programming in Ruby3 with Guild
40mRUBY 3.0 - SINGLE PROCESS, MULIPLE POSSIBILITIES
54mConcurrency: Rubies, plural
38mModeling concurrency in Ruby and beyond
23mParallel Processing With Ruby
36mIntroduction to Concurrency in Ruby
36mModern Concurrency Practices in Ruby
27mIn-Depth Ruby Concurrency: Navigating the Ruby concurrency landscape
