143 lines
4.2 KiB
Markdown
143 lines
4.2 KiB
Markdown
|
# "One-Day JIT" ストーリー - 論文の核心
|
|||
|
|
|
|||
|
|
## 🚀 衝撃的な事実
|
|||
|
|
|
|||
|
|
2025年8月27日、わずか1日でJITコンパイラの基本実装が完成した。
|
|||
|
|
|
|||
|
|
### タイムライン詳細
|
|||
|
|
```
|
|||
|
|
8月27日
|
|||
|
|
01:03 - Phase 10開始、JIT基盤設計
|
|||
|
|
03:16 - 論文化アイデア記録
|
|||
|
|
17:06 - 基本命令実装（i64/bool、演算、比較）
|
|||
|
|
17:08 - 制御フローAPI追加
|
|||
|
|
17:09 - 分岐デモ作成
|
|||
|
|
17:18 - Cranelift統合完了
|
|||
|
|
17:39 - 条件分岐実装
|
|||
|
|
17:52 - PHIサポート追加
|
|||
|
|
17:58 - 安定化完了、成功率100%達成
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 🎯 なぜ可能だったか
|
|||
|
|
|
|||
|
|
### 1. 2週間の箱化設計（8/13-8/26）
|
|||
|
|
- MIR命令セット確定
|
|||
|
|
- 箱境界の明確化
|
|||
|
|
- JitValue ABIの設計
|
|||
|
|
|
|||
|
|
### 2. 箱理論による複雑性削減
|
|||
|
|
```
|
|||
|
|
従来のJIT実装が絡む要素:
|
|||
|
|
- VM内部表現
|
|||
|
|
- GCルート追跡
|
|||
|
|
- 型システム統合
|
|||
|
|
- メモリ管理
|
|||
|
|
- 例外処理
|
|||
|
|
|
|||
|
|
箱理論でのJIT実装が見る要素:
|
|||
|
|
- JitValue（i64/f64/bool/handle）
|
|||
|
|
- ハンドルレジストリ
|
|||
|
|
- catch_unwindフォールバック
|
|||
|
|
→ それだけ！
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 3. 境界の威力
|
|||
|
|
- **VM非依存**: JITはVMValueを知らない
|
|||
|
|
- **GC非依存**: ハンドル経由で間接参照
|
|||
|
|
- **型非依存**: JitValue統一表現
|
|||
|
|
|
|||
|
|
## 📊 定量的証拠
|
|||
|
|
|
|||
|
|
### 実装規模
|
|||
|
|
- JITコア: 約3,000行
|
|||
|
|
- 1日で書かれたコード: 約1,500行
|
|||
|
|
- バグ修正: ほぼゼロ（境界明確化の効果）
|
|||
|
|
|
|||
|
|
### 性能指標
|
|||
|
|
- コンパイル成功率: 100%
|
|||
|
|
- 実行成功率: 100%
|
|||
|
|
- フォールバック率: 0%
|
|||
|
|
- パニック回復率: 100%
|
|||
|
|
|
|||
|
|
## 🌟 論文での位置づけ
|
|||
|
|
|
|||
|
|
### Introduction（案）
|
|||
|
|
```
|
|||
|
|
JIT compiler implementation is traditionally considered
|
|||
|
|
one of the most complex tasks in language runtime development,
|
|||
|
|
often requiring months of careful engineering.
|
|||
|
|
|
|||
|
|
In this paper, we present a radically different approach:
|
|||
|
|
using Box Theory, we implemented a fully functional JIT
|
|||
|
|
compiler with control flow and PHI support in just ONE DAY.
|
|||
|
|
|
|||
|
|
This is not about rushing or cutting corners -
|
|||
|
|
it's about how the right abstraction boundaries
|
|||
|
|
can dramatically reduce implementation complexity.
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### Key Message
|
|||
|
|
1. **時間**: 従来数ヶ月 → 1日
|
|||
|
|
2. **品質**: 100%成功率（手抜きではない）
|
|||
|
|
3. **理由**: 箱境界による複雑性の封じ込め
|
|||
|
|
|
|||
|
|
## 💡 論文タイトル候補
|
|||
|
|
|
|||
|
|
### 案A（時間を前面に）
|
|||
|
|
"One-Day JIT: Rapid Compiler Implementation through Box-Oriented Design"
|
|||
|
|
|
|||
|
|
### 案B（成果を前面に）
|
|||
|
|
"Box-Oriented JIT Design: Achieving 100% Success Rate through Boundary Isolation"
|
|||
|
|
|
|||
|
|
### 案C（理論を前面に）
|
|||
|
|
"From Months to Day: How Box Theory Transforms JIT Implementation"
|
|||
|
|
|
|||
|
|
## 🎪 ビジュアル案
|
|||
|
|
|
|||
|
|
### Figure 1: Implementation Timeline
|
|||
|
|
```
|
|||
|
|
Traditional JIT Development:
|
|||
|
|
[===== Design =====][======= Implementation ======][=== Debug ===]
|
|||
|
|
└─ 2-6 months ─┘
|
|||
|
|
|
|||
|
|
Box-Oriented JIT Development:
|
|||
|
|
[===== Box Design =====][I]
|
|||
|
|
└─ 2 weeks ─┘ └1day
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### Figure 2: Complexity Comparison
|
|||
|
|
```
|
|||
|
|
Traditional: Box-Oriented:
|
|||
|
|
┌─────────────┐ ┌──────────┐
|
|||
|
|
│ JIT │ │ JIT │
|
|||
|
|
├─────────────┤ │ ┌──────┐ │
|
|||
|
|
│ VM Internal │ │ │Handle│ │
|
|||
|
|
│ GC Roots │ vs │ │ API │ │
|
|||
|
|
│ Type System │ │ └──────┘ │
|
|||
|
|
│ Memory Mgmt │ └──────────┘
|
|||
|
|
│ Exception │
|
|||
|
|
└─────────────┘
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
## 🚨 注意点
|
|||
|
|
|
|||
|
|
### 誤解を避ける
|
|||
|
|
- 「手抜き実装」ではない → 100%成功率が証明
|
|||
|
|
- 「簡単な機能だけ」ではない → 制御フロー、PHI実装済み
|
|||
|
|
- 「特殊な才能」ではない → 箱理論という方法論の成果
|
|||
|
|
|
|||
|
|
### 強調すべき点
|
|||
|
|
- 設計（2週間）の重要性
|
|||
|
|
- 境界分離の効果
|
|||
|
|
- 再現可能な方法論
|
|||
|
|
|
|||
|
|
## 📝 査読者への想定問答
|
|||
|
|
|
|||
|
|
**Q: 1日は誇張では？**
|
|||
|
|
A: Gitログで検証可能。8/27のコミット履歴を提示。
|
|||
|
|
|
|||
|
|
**Q: 機能が限定的では？**
|
|||
|
|
A: 制御フロー、PHI、100%フォールバックを実装。基本機能は網羅。
|
|||
|
|
|
|||
|
|
**Q: 再現性は？**
|
|||
|
|
A: 箱理論の設計原則に従えば、他言語でも同様の効果が期待できる。
|