【PR】本記事にはプロモーション（広告）が含まれます。広告リンク経由でお申し込みがあった場合、当サイトが報酬を受け取ることがあります。検証結果や評価の内容は広告の有無で変えていません。詳しくは広告表記をご覧ください。
マイクラ Paper と公式サーバーをAWSで実測比較｜Chunky事前生成は約35%速く、tickは1.6ms対5.6ms
前回の PaperMCと公式サーバーの比較 に続いて、AWS の16GBサーバーで、地形の事前生成と tick（1回の処理にかかる時間）を測りました。
先に結論（実測、プレイヤー0人）
- Chunky で半径500ブロック（4,225チャンク）の事前生成：Paper 111.0秒、Fabric 171.5秒。Paper が約35%速い
- 256チャンクを常に読み込んだときの平均 tick：Paper 1.6ms、公式 5.6ms（上限の50msに対してどちらも余裕あり）
- その代わり、メモリは Paper のほうが多め（待機 1,115MB 対 670MB、tick 計測時 1,515MB 対 822MB）
計測条件：AWS 東京リージョン r6i.large（2vCPU／メモリ16GB）、Ubuntu 24.04、gp3 40GB。プレイヤー接続なし（0人・待機状態）で計測（2026-10-22）。
結果
| 項目 | 公式 26.3 | Paper 26.3 | Fabric＋Chunky |
|---|---|---|---|
| ダウンロード | 0.2秒・60MB | 2.7秒・53MB | 0.2秒 |
| 初回起動 | 18.2秒 | 25.3秒 | 25.3秒 |
| 待機メモリ | 670MB | 1,115MB | 741MB |
| 事前生成（半径500ブロック） | — | 111.0秒 | 171.5秒（約32チャンク/秒） |
| 256チャンク読込時の平均tick | 5.6ms（822MB） | 1.6ms（1,515MB） | — |
測り方
- 事前生成は、公式サーバーでは Chunky が使えないため、公式と同じ地形生成処理の Fabric に Chunky を入れて比べました
- tick は
forceload add -120 -120 119 119で256チャンクを読み込み、90秒後にtick queryで確認しました
forceload add -120 -120 119 119
tick query
追加：Arm（Graviton）と x86 で Paper を比べる
同じ日に、Arm の r7g.large・m7g.xlarge と x86 の m7i.large・t3.large で、Paper 26.3（-Xmx4G、描画距離10、Chunky 半径300ブロック）を測りました。
| 種類 | CPU性能（sysbench 1／全） | 起動 | 待機メモリ | 事前生成 | 生成後メモリ | 平均tick |
|---|---|---|---|---|---|---|
| r7g.large（Arm 2vCPU） | 3,014 / 6,026 | 20.2秒 | 932MB | 45.3秒 | 1,269MB | 0.9ms |
| m7g.xlarge（Arm 4vCPU） | 3,015 / 12,051 | 17.1秒 | 961MB | 48.2秒 | 1,334MB | 0.6ms |
| m7i.large（x86 2vCPU） | 3,075 / 3,152 | 24.2秒 | 1,018MB | 45.4秒 | 1,248MB | 1.3ms |
| t3.large（x86、CPU制限下） | 1,056 / 757 | 40.6秒 | 1,144MB | 146.7秒 | 1,229MB | 2.8ms |
- sysbench は Arm と x86 で命令が違うため、アーキテクチャをまたいだ比較は目安です
- r7g.large（1時間$0.1292）は m7i.large（$0.1302）とほぼ同じ料金で、事前生成も同じくらいの速さ、全コアの性能は約2倍でした
- マイクラ（Java）なら Arm でもそのまま動き、割安です。ただしパルワールドの公式サーバーは x86 専用で、Arm では動きません（詳しく）
注意点（そのまま鵜呑みにしないで）
- tick の再計測は、同じサーバーで別のゲーム（7 Days to Die）をダウンロードしている最中でした。初回の計測では Paper は 0.6〜0.8ms でした（公式の初回値はログの上書きで失われました）
- Paper のワールドは事前生成済み、公式は未生成と、条件が完全には同じではありません
- Paper では forceload の読み込み中に監視の警告（ChunkTaskScheduler）が出ましたが、サーバーは落ちませんでした
- プレイヤーが入ったときの差は測っていません（推定もしていません）
まとめ：地形の生成や処理の重さは Paper が有利、メモリは公式が少なめでした。メモリに余裕があるプランなら Paper、2GB 前後のぎりぎりのプランなら公式も選択肢です（推定）。
関連：マイクラのメモリは何GB必要か／ゲームサーバーの必要メモリを6本実測比較
