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
590
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
Hono・Prisma・AWSでGeoなAPI開発
nokonoko1203
5
670
Scala におけるコンパイラエラーとの付き合い方
chencmd
2
420
Using Livebook to build and deploy internal tools @ ElixirConf 2024
hugobarauna
0
250
エラーレスポンス設計から考える、0→1開発におけるGraphQLへの向き合い方
bicstone
5
1.5k
2024 컴포즈 정원사
jisungbin
0
150
事業フェーズの変化に対応する 開発生産性向上のゼロイチ
masaygggg
0
200
Android開発以外のAndroid開発経験の活かしどころ
konifar
2
970
Go1.23で入った errorsパッケージの小さなアプデ
kuro_kurorrr
2
390
いつか使える ObjectSpace / Maybe useful ObjectSpace
euglena1215
2
130
Go Code Generation at newmo / 2024-08-27 #newmo_layerx_go
genkey6
0
560
REXML改善のその後
naitoh
0
190
o1モデルのプロンプトエンジニアリングって?
ktc_wada
0
180
Featured
See All Featured
Optimizing for Happiness
mojombo
375
69k
Automating Front-end Workflow
addyosmani
1365
200k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
43
2k
Designing the Hi-DPI Web
ddemaree
278
34k
Java REST API Framework Comparison - PWX 2021
mraible
PRO
27
7.4k
Bootstrapping a Software Product
garrettdimon
PRO
304
110k
Producing Creativity
orderedlist
PRO
340
39k
Designing for Performance
lara
604
68k
The Cult of Friendly URLs
andyhume
76
6k
How STYLIGHT went responsive
nonsquared
93
5.1k
Fantastic passwords and where to find them - at NoRuKo
philnash
48
2.8k
Designing for humans not robots
tammielis
248
25k
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!