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
600
Ractorが出たからRubyの並列処理をおさらいする
mokichi
February 24, 2021
Tweet
Share
More Decks by mokichi
See All by mokichi
Elixir以外の言語もよく使うエンジニアが考える、Phoenix LiveViewの使いどころ
mokichi
1
150
Rubyistから見たElixir
mokichi
1
340
動的画像変換サービス「imagepix」のご紹介
mokichi
1
230
Phoenix LiveViewをプロダクション利用してみた所感
mokichi
3
810
Phoenix1.6で標準搭載されたLiveViewに入門してみよう
mokichi
0
170
WebエンジニアのためのKubernetesサクッと入門
mokichi
1
90
未来予知できない凡人の生存戦略
mokichi
0
43
Other Decks in Programming
See All in Programming
o1モデルのプロンプトエンジニアリングって?
ktc_wada
0
310
Method Swizzlingを行うライブラリにおけるマルチモジュール設計
yoshikma
0
120
Kotlin 2.0 and Beyond
antonarhipov
2
150
Boost Performance and Developer Productivity with Jakarta EE 11
ivargrimstad
0
550
Prolog入門
qnighy
4
1k
Amazon BedrockでサーバレスなAIお料理ボットを作成する!!
tosuri13
0
230
The Shape of a Service Object
inem
0
530
unique パッケージから学ぶ interning と weak reference @ Asakusa.go#3
karamaru
2
820
Ruby Parser progress report 2024
yui_knk
2
230
ドメイン駆動設計を実践するために必要なもの
bikisuke
4
340
watsonx.ai Dojo #2 生成AIを使ったアプリ開発入門編
oniak3ibm
PRO
0
240
Developer Joy == Developer Productivity (really!)
hollycummins
1
240
Featured
See All Featured
Building a Scalable Design System with Sketch
lauravandoore
458
32k
The Cult of Friendly URLs
andyhume
76
6k
Documentation Writing (for coders)
carmenintech
65
4.3k
How to Think Like a Performance Engineer
csswizardry
16
960
The Pragmatic Product Professional
lauravandoore
31
6.2k
Code Reviewing Like a Champion
maltzj
517
39k
Scaling GitHub
holman
458
140k
Adopting Sorbet at Scale
ufuk
73
8.9k
Teambox: Starting and Learning
jrom
131
8.7k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
363
22k
Automating Front-end Workflow
addyosmani
1365
200k
Fantastic passwords and where to find them - at NoRuKo
philnash
48
2.8k
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!