RubyKaigi 2022 09/08 参加レポート

はじめに

RubyKaigi 2022に参加してきましたのでそのレポートです。

RubyKaigi 2022

Event

RubyKaigiではKeynote以外のイベントがありました。多くの企業の協賛やノベルティを配っていました。

https://rubykaigi.org/2022/events/

Today’s Schedule

Keynote Ruby meets WebAssembly

Rubyの良さ

• 書いていて楽しい

• 何でも作れる

• エコシステムが成熟している

Rubyの難しさ

• Ruby interpreterが必要になる

• ちょっとしたプログラムでサーバで動かしたくない

• RubyのInstall buttleがあり、環境によって動かない

この難しさを解消するには？？

• 選択肢としてはWeb Assemblyがある
• プログラムのゲームチェンジャー
• Webブラウザでプログラムを動かせる
• 外部の信頼できるプログラムであること

• ブラウザはどこでもあるからRubyはどこでも動く

• ブラウザ上で動けば環境構築で躓くことは少ない

Execution Flow of WebAssembly

Demo

example

<script type='text/ruby'>
	document = JS.document[:hoge]
</script>

How WebAssembly works??

WASI (WebAssembly Sxxxx Interface )

Demo 2

つまり

できないこと

• Thread APIがまだ動かない
• WASI自体のThread APIが未定義のため Not Implemented Errorになる

• C Libraryがまだリンクしていない
• まだサポートしていない

バイナリサイズ

どのくらい早いの？

試せるの？

Making MaNy threads on Ruby

何の話？

• RubyにMNスレッドをつくるという話
• MaNy Project

• RubyにManyスレッドを実現する（>100K）

• 結局Golangみたいなものができた

例えば

つまりM:Nはいい感じらしい

Blocking Operationはどうするの？（RDB connectとか）

• Sleeping

• I/O Read

• RDB connect

課題

• 互換性があるかどうか
• C Extensionで最初から1:1で組まれている機能
• そもそもそれは Dedicated Native Thread (DNT, ロックするスレッド) でやる

欠点

• 互換性

• Overhead

面白いこと

• orderの話
• 少ない前提、全スレッドいてレートする、数十万あるとボトルネックになる

評価

Chat Serverをつくるとすると

真っ当にやったパターン

Queue パターン

Blockerパターン

これから

• 実行がまだまだ

• Ractorのサポート

• Ruby 3.2に入るかどうか。。。

• デバッガーをしやすくする(Massive concurrent application)

Types teaches success, what will we do?

Talker

Ruby の型を使ってる人は？

TypeScriptの型を使ってる人は？

Steep

なぜ普及しないのか

Let’s contribute gem_rbs_collection!!

修正までのSteps

1. Finding
• steep check
• rbsファイルを性的に解析して実装と差異がないかチェックする

2. Check

3. Fix

4. Patch

型を作る手段

• 自動的に型定義をつくる

• 手動でつくる

すべてのAPIの型定義を書く必要はない

• 実際に使われているもの

• 利用頻度の高いもの

Generateの仕方

• rbs prototype rb \
• gems/hoge/hoge/**.rb \
• destination_file-generated.rbs

• 実行すると500行文のコードが生成される

• 大体は Untypedになる

全部にテスト書く必要あるのか？

• 全て書く必要はない

• 必要なものだけ、よく使われているものだけ
• ⇒ でもそれでは誰も書かないのでは？

手動と自動はどんなふうに使い分ければよいのか？？

• 特定のAPIを実装するときは手動

• ライブラリ追加などで怒られたときは自動生成

Finally…

Tools for Providing rich user experience in debugger

何の話？

やってること

• debug.gem (3.1~)
https://github.com/ruby/debug

• Ruby Programでデバッガーが使える

• VSCodeでデバッグをサポートできる機能の作成

Chrome dev tools

• JavaScriptでデバッグできる

• これをRuby Programでデバッグできるようにした

リッチなUIを使ってデバッグしたいけどVSCodeではない

Demo

• Step in

• Step over

• Step out

• Break point

• Call stack

• Chrome console ⇒ 使われそう
• デバッグ中の変数を確認できる（あくまでRuby Program）
• 変更もできる

VSCodeのデバッグについて

• back: コマ送りで戻れる

• forward: コマ送りで進める

• filter機能がある（History Inspector）

• Debug console
• ActiveRecordのインスタンスでも見れる
• Record検索時のURLをクリックするとVSCodeで良い感じに見れる
• グラフ機能もある！

感想

Towards Ruby 4 JIT

何の話？

• YJITについて話す
• Shopify開発のJITコンパイラ
Ruby 3.1正式リリース。Shopify開発のJITコンパイラ「YJIT」をメインラインにマージ

• YJIT since Ruby 3.1~
• 3.1 no code GC, C
• 3.2 arm64 support , Rust, code gGC

• MJIT since Ruby 2.6~
• 3.1 native threads, C
• 3.2 Experimental, Ruby

BYOJ Bring Your Own JIT

• Load and pause MJIT

• Define RubyVM::MJIT.compile

• Call RubyVM::MJIT.resume to start JIT

Handling Benchmarks

• Benchmark
• activerecord, hexapdf, liquid-render, mail…

• Other
• binarytrees, erubi

• Micro Benchmarks

My wish Ruby 4JIT

• Java, JavaScriptに近づけていきたい

• Pythonからは離れる

• 4年以内にPythonより5倍早くならなければ！

How can we get there??

1. Constants

2. Variables

3. Method calls

4. Garbage collection

初日の感想