Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Ractorが出たからRubyの並列処理をおさらいする
Search
mokichi
February 24, 2021
Programming
0
760
Ractorが出たからRubyの並列処理をおさらいする
mokichi
February 24, 2021
Tweet
Share
More Decks by mokichi
See All by mokichi
Elixir以外の言語もよく使うエンジニアが考える、Phoenix LiveViewの使いどころ
mokichi
1
390
Rubyistから見たElixir
mokichi
1
450
動的画像変換サービス「imagepix」のご紹介
mokichi
1
270
Phoenix LiveViewをプロダクション利用してみた所感
mokichi
3
950
Phoenix1.6で標準搭載されたLiveViewに入門してみよう
mokichi
0
230
WebエンジニアのためのKubernetesサクッと入門
mokichi
1
160
未来予知できない凡人の生存戦略
mokichi
0
81
Other Decks in Programming
See All in Programming
【第4回】関東Kaggler会「Kaggleは執筆に役立つ」
mipypf
0
1k
OSS開発者という働き方
andpad
5
1.6k
ProxyによるWindow間RPC機構の構築
syumai
2
710
250830 IaCの選定~AWS SAMのLambdaをECSに乗り換えたときの備忘録~
east_takumi
0
370
モバイルアプリからWebへの横展開を加速した話_Claude_Code_実践術.pdf
kazuyasakamoto
0
300
More Approvers for Greater OSS and Japan Community
tkikuc
1
110
Microsoft Orleans, Daprのアクターモデルを使い効率的に開発、デプロイを行うためのSekibanの試行錯誤 / Sekiban: Exploring Efficient Development and Deployment with Microsoft Orleans and Dapr Actor Models
tomohisa
0
230
Claude Codeで実装以外の開発フロー、どこまで自動化できるか?失敗と成功
ndadayo
4
1.9k
Azure SRE Agentで運用は楽になるのか?
kkamegawa
0
1.1k
CSC305 Summer Lecture 12
javiergs
PRO
0
130
FindyにおけるTakumi活用と脆弱性管理のこれから
rvirus0817
0
370
Vue・React マルチプロダクト開発を支える Vite
andpad
0
110
Featured
See All Featured
[RailsConf 2023] Rails as a piece of cake
palkan
56
5.8k
Producing Creativity
orderedlist
PRO
347
40k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
6.1k
Stop Working from a Prison Cell
hatefulcrawdad
271
21k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Gamification - CAS2011
davidbonilla
81
5.4k
The Language of Interfaces
destraynor
160
25k
How to Ace a Technical Interview
jacobian
279
23k
The Invisible Side of Design
smashingmag
301
51k
For a Future-Friendly Web
brad_frost
179
9.9k
Navigating Team Friction
lara
189
15k
Transcript
Ractorが出たから Rubyの並列処理をおさらいする 2021/02/24 @第28回ゆるはち.it 株式会社スマートアルゴリズム 齋藤 和也
自己紹介 名前:齋藤 和也 HN:mokichi 年齢:33歳 居住:東京都 出身:福岡県 🍜 Twitter:@mokichi_s12m 株式会社スマートアルゴリズム 代表取締役 株式会社Vook
外部CTO クラウドインフラを含むサーバサイド開発やDevOps が得意 ここ数年は Elixir/Phoenix にお熱 🔥 (ビルディット社との付き合いは結構長い )
Ruby3.0で Ractor が追加されました 🎉 まだ experimental
Ractorとは • アクターモデル風の並行・並列制御機構 • 並列実行単位をRactorと呼んでいる Ractor.new{ expr } • メッセージの送受信でRactor間のコミュニケーション
• 各Ractorに少なくとも1つのスレッドがある • コントリビューター曰く「らくたー」と読むのが正しそうです (当初あーるあくたーと読んでいたのは内緒) https://www.youtube.com/watch?v=40t8EPpnujg
プロセスやスレッドじゃダメなの? 🤔
プロセスの問題点 • OSへの負荷がスレッドと比較して高い • メモリをたくさん使う (COWがあったとしても) • プロセス間でメモリ上のオブジェクトを直接共有する ことができず、別の手段でやりとりする必要がある
スレッドの問題点 • スレッド間でメモリを共有するため、複数スレッドから同じオブ ジェクトを同時に操作するとまずいことに (Mutex等使えば解消できるが、かなり気を使う) • 処理どうしに依存関係があると複雑さが増す • CRubyにはGIL(GVL)があるためスレッド安全ではあるが、マ ルチコアを活用できない
GILについて • Global Interpreter Lock の略 RubyではGVL(Giant VM Lock)という名称 •
同時に実行されるスレッドは常に1つ • I/Oの待機時には解放される ◦ WebアプリケーションのようにI/Oが処理の大部分を占めるものは マルチスレッドによる並列化の恩恵を受けられる
人類には マルチスレッドプログラミングは 難しすぎる 🤯 C++やJavaでは結構やってましたが… (お察し)
Ractorの特徴 • 異なるRactorではGILの影響を受けない • ミュータブルな変数をRactor間で共有できない ◦ ディープコピーを渡す or 所有権を移動させる •
別Ractorからのメッセージを待つことができるため、 依存関係がある処理やワーカープールを記述しやすい ◦ スレッドで同じことしようとすると、ロックが複雑に絡み合う
時間があればサンプルを少し見る
将来Ractorはこう使われる?(勝手な想像です) • Unicorn/Puma や Resque/Sidekiq の発展型 ◦ GILの影響を受けないことによる恩恵を受けられる • 機械学習
(データ収集 > 前処理 > 学習 > 予測 の全工程) ◦ Ruby自体も処理速度が向上しているし、ライブラリも結構あるみたい ◦ RubyでWebアプリ作ってるのに、そこだけわざわざPython使うのは… • 分散コンピューティング ◦ PubSubとうまく使えば別マシンのプロセスと連動できたり?
We ❤ Ruby!