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
Rust vs. JavaScript でメモリ管理を比較してみた
Search
Yoshiyuki Nakano
January 31, 2025
Programming
0
99
Rust vs. JavaScript でメモリ管理を比較してみた
1/31(金) StepByCode vol.4 「StepByCode 新年LT会!」
https://step-by-code.connpass.com/event/339647/
Yoshiyuki Nakano
January 31, 2025
Tweet
Share
More Decks by Yoshiyuki Nakano
See All by Yoshiyuki Nakano
複雑なStep FunctionsをAWS CDKでコード管理するときに気にしたところ
drumnistnakano
3
950
サーバレスアプリ開発者向けアップデートをキャッチアップしてきた #AWSreInvent #regrowth_fuk
drumnistnakano
0
470
Cursorでアプリケーションの追加開発や保守をどこまでできるか試したら得るものが多かった話
drumnistnakano
0
1.2k
フロントエンド技術の波を乗り越える!Vue2からReactへの移行とアーキテクチャ設計による堅牢化
drumnistnakano
0
1.4k
classmethod-slide-sample
drumnistnakano
0
2.7k
AWS テクニカルサポートから学ぶトラブルシューティングの極意 #devio2022
drumnistnakano
2
3.3k
Other Decks in Programming
See All in Programming
LLMで複雑な検索条件アセットから脱却する!! 生成的検索インタフェースの設計論
po3rin
4
990
これならできる!個人開発のすゝめ
tinykitten
PRO
0
130
2年のAppleウォレットパス開発の振り返り
muno92
PRO
0
120
GoLab2025 Recap
kuro_kurorrr
0
780
re:Invent 2025 のイケてるサービスを紹介する
maroon1st
0
150
從冷知識到漏洞,你不懂的 Web,駭客懂 - Huli @ WebConf Taiwan 2025
aszx87410
2
3.1k
令和最新版Android Studioで化石デバイス向けアプリを作る
arkw
0
460
JETLS.jl ─ A New Language Server for Julia
abap34
2
460
ゲームの物理 剛体編
fadis
0
380
公共交通オープンデータ × モバイルUX 複雑な運行情報を 『直感』に変換する技術
tinykitten
PRO
0
170
著者と進める!『AIと個人開発したくなったらまずCursorで要件定義だ!』
yasunacoffee
0
160
Vibe codingでおすすめの言語と開発手法
uyuki234
0
130
Featured
See All Featured
Game over? The fight for quality and originality in the time of robots
wayneb77
1
67
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
31
Optimizing for Happiness
mojombo
379
70k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
67
Paper Plane (Part 1)
katiecoart
PRO
0
2.2k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
120
The Pragmatic Product Professional
lauravandoore
37
7.1k
Building an army of robots
kneath
306
46k
From π to Pie charts
rasagy
0
92
How to Think Like a Performance Engineer
csswizardry
28
2.4k
Done Done
chrislema
186
16k
Embracing the Ebb and Flow
colly
88
4.9k
Transcript
Rust vs. JavaScript で メモリ管理を比較してみた 2025/1/31 StepByCode vol.4 「StepByCode 新年LT
会!」 中野ヨシユキ
自己紹介 名前:中野ヨシユキ (@engin_yo) 職種:ソフトウェアエンジニア 仕事:LINE ミニアプリ開発 会社:クラスメソッド株式会社 福岡オフィス 興味:ソフトウェアアーキテクチャ/TypeScript/AWS CDK/DevOps
趣味:ランニング、自作キーボード
2025 年の抱負
Rust できる人 になりたい
手始めに
メモリ管理を 理解したい
アジェンダ 1. そもそもメモリとは 2. JavaScript のメモリ管理 3. 束縛と代入の比較 4. Rust
のメモリ管理 5. Rust 所有権のメリット
そもそもメモリとは プログラムが実行時に使用する一時 的な記憶領域 変数や値を保持する場所 スタックとヒープの2 種類がある メモリ スタック 固定サイズのデータ ヒープ
可変サイズのデータ
JavaScript のメモリ管理 ガベージコレクション(GC )による 自動管理 オブジェクトは参照として扱われる 同じメモリ領域を複数の変数で共有 オブジェクトへの参照が再代入でき なくなるだけでプロパティの書き換 えは可能
1 // 同じメモリ領域を参照 2 let obj1 = { data: "hello" }; 3 let obj2 = obj1; // 同じオブジェクトを参照 4 5 // obj2 経由で変更すると、obj1 も変更される 6 obj2.data = "world"; 7 console.log(obj1.data); // "world" 8 console.log(obj2.data); // "world" 9 10 // const でも参照先の値は変更可能 11 const obj3 = { data: "test" }; 12 obj3.data = "changed"; // OK 13 // obj3 = null; // エラー:再代入は不可
代入の変数と値の割当 JavaScript Memory 変数 値のアドレス 別の変数 値のアドレスを共有 複数の変数が同じ値を参照可能 変更が全ての参照に影響
束縛の変数と値の割当 Rust Memory 変数 値 別の変数 値のコピー/ 移動 値は一つの変数にのみ紐付く 同時に複数の変数から変更不可
束縛という概念を利用してRust はメモリ管理を行う
JS とRust のメモリ管理の比較 項目 JavaScript Rust メモリ解放 自動(GC ) 自動(コンパイル時)
値の共有 参照で共有 所有権移動 並行処理 データ競合の可能性 コンパイル時に防止 パフォーマンス GC による一時停止 予測可能な実行時間
所有権とは Rust のメモリ管理を実現 各値にはある時点でただ一つの所有者が存在 スコープを抜けると自動的にメモリ解放 1 fn main() { 2
{ 3 let s = String::from("hello"); // メモリ確保 4 println!("s = {}", s); 5 // ここでs のスコープが終わり、メモリが自動解放される 6 } 7 // println!("s = {}", s); // コンパイルエラー:s は解放済み 8 9 let s1 = String::from("world"); 10 let s2 = s1; // s1 の所有権がs2 に移動 11 println!("s2 = {}", s2); // OK 12 // println!("s1 = {}", s1); // コンパイルエラー:s1 は無効 13 }
所有権の移動 Memory 移動前 v1 データ [1,2,3] Memory 移動後 v1 (無効)
v2 データ [1,2,3] 所有権の移動とは 値のメモリ所有権が別の変数に移る 元の変数は無効になる(使用不可) 同時に2 つの変数が同じメモリを操 作できない コンパイル時にメモリの安全性を保 証 1 // ヒープメモリに[1, 2, 3] を確保 2 let v1 = vec![1, 2, 3]; 3 4 // v1 の所有権がv2 に移動 5 // - メモリの所有者がv1 からv2 に変更 6 // - v1 は無効になる 7 let v2 = v1; 8 9 // ここでv1 を使おうとするとコンパイルエラー 10 // println!("{:?}", v1) 11 12 // v2 は有効なので使用可能 13 println!("{:?}", v2);
所有権の借用 借用とは 所有権を移動せずに値を参照する仕 組み & で不変の参照(読み取りのみ) &mut による可変参照 借用中は所有者が値を手放さない 関数に値を渡す際によく使用する
1 // &Vec<i32> は「Vec<i32> の参照」を表す 2 // 所有権は移動せず、一時的に借用する 3 fn print_vec(v: &Vec<i32>) { 4 println!("{:?}", v); 5 // 関数を抜けると借用が終了 6 } 7 8 let v = vec![1, 2, 3]; 9 10 // & を付けて参照を渡す(借用) 11 print_vec(&v); 12 // v の所有権は移動していないので使える 13 println!("{:?}", v);
所有権はなにがうれしいの? 1. メモリ安全性の保証 データ競合の防止 無効な参照の防止 2. 予測可能なパフォーマンス GC による停止がない リソースの即時解放
3. 並行処理の安全性 コンパイル時のチェック データ競合の防止
さいごに
2025 年の目標 Rust を理解してなにかつくる! サーバーサイドRust 、Webassembly やりたい
ご清聴ありがとうございました