マイクラサーバーのPaperMCとは？Spigotとの違い・メリットや導入方法を解説
2026.08.28広告・PRを含む記事です
【Chunky】マイクラサーバーのワールドを事前生成して探索ラグを減らす方法
- エリトラで飛ぶたびにサーバーが固まる
- 探索中だけ重くなるが、何が原因なのかわからない
- Chunkyを試したいが、コマンドや設定の始め方がわからない
探索中だけ重い場合、原因は新しい地形を生成する処理です。
プレイヤーがまだ行っていない場所へ進むたびに、サーバーはその場で地形を作ります。
エリトラやボートで高速移動すると、この処理が追いつかずTPSが落ちます。
僕も重い地形生成系のプラグインを入れるときは、必ずChunkyで事前生成してからにしています。
この記事では、Chunkyを使ってワールドを事前生成し、探索時のラグを減らす手順をまとめました。
導入からコマンドの実行、半径の決め方まで迷わず進められます。
読み終えるころには、高速移動中のカクつきが起きにくい安定したサーバーへ整えられるはずです。
Chunkyとは？ワールドを事前生成してラグを防ぐプラグイン
Chunkyは、プレイヤーが未探索の場所へ進んだときに発生するワールド生成処理を、あらかじめ済ませておくためのプラグインです。
対応環境が幅広く、Paper・Spigot・Folia・Fabric・Forge・NeoForge・Spongeで動作します。
Paper系サーバーならプラグインとして、Fabric・Forge系ならMODとして導入します。
Chunkyで軽くなるラグ・軽くならないラグ
Chunkyで改善する場面と、改善しない場面を先に整理しておきます。
| 症状 | Chunkyの効果 |
|---|---|
| エリトラで飛ぶと固まる | 効果あり |
| 探索中だけ重くなる | 効果あり |
| 新しいバイオームに入ると重い | 効果あり |
| 拠点内で常に重い | 効果なし |
| 村人が多い場所だけ重い | 効果なし |
| ホッパーやレッドストーンが多い | 効果なし |
| プラグインを入れてから重い | 効果なし |
Chunkyで軽くなるのは、新しいチャンクを生成する処理によるラグだけです。
すでに生成済みのエリアでMobが多い、ホッパーが多い、プラグインが重いといった場合は効果がありません。
常に全員が重い場合は、サーバー全体のラグ診断を先に行います。
Chunkyを導入する前に確認すること
導入前に次の点を確認します。
- サーバーソフトがPaper・Spigot・Fabric・Forgeのいずれかであること（公式バニラサーバーは非対応）
- 半径5000ブロックの生成で数GBを消費するため、ストレージに空き容量を確保しておくこと
- 作業前にサーバー全体のバックアップを済ませていること
公式バニラサーバーで動かしている場合は、まずPaperなどのプラグイン対応サーバーへ移行してから導入してください。
Chunkyの導入方法
導入手順は、サーバーソフトによって別です。
- Paper・Spigot・Purpurの場合
- Fabric・Forge・NeoForgeの場合
Paper・Spigot・Purpurの場合
バージョン一覧からサーバーのマイクラバージョンに合ったjarを選んでダウンロードします。
無料で導入できます。エリトラで飛ぶたびに固まる状態を、コマンド1つで減らせます
Chunkyをダウンロードするダウンロードしたjarをサーバーフォルダ内のpluginsフォルダに入れます。
pluginsフォルダはサーバーのjarファイル（paper.jarなど）と同じ階層です。
プラグインの入れ方自体があやふやなら、先にプラグイン対応サーバーの立て方で導入の流れを確認しておくと迷いません。
フォルダに入れたらサーバーを再起動し、コンソールでchunkyと入力してヘルプが表示されれば導入完了です。
Fabric・Forge・NeoForgeの場合
バージョン一覧ではローダーの種類ごとにファイルが分かれています。
FabricならFabric用、ForgeならForge用を選んでダウンロードします。
無料で導入できます。ローダー別にファイルが分かれていて、選び間違えると起動しません
Chunkyをダウンロードするダウンロードしたjarはサーバーのmodsフォルダへ入れてください。
Fabric環境ではChunkyに加えてFabric APIもmodsフォルダに置く必要があります。
Fabric APIが入っていない場合、Chunkyはサーバー起動時に読み込まれません。
両方揃えたらサーバーを再起動します。
補足
Chunkyの対応バージョンはマイクラのバージョンと使用するJavaのバージョンによって変わります。
サーバーが起動しない場合は、ChunkyのダウンロードページでマイクラバージョンとJavaバージョンの組み合わせを先に確認してください。
Chunkyの基本的な使い方
事前生成のコマンドはコンソールまたはゲーム内チャットから実行します。
ワールドを指定し、半径を設定して、生成を開始するという3ステップで進みます。
- オーバーワールドを事前生成する
- ネザーを事前生成する
- The Endを事前生成する
オーバーワールドを事前生成する
中心座標0,0を基点に、半径5000ブロックを事前生成するコマンドです。
chunky world worldchunky center 0 0chunky radius 5000chunky start実行するとコンソールに進捗が表示されます。
補足
Chunkyでエラーが出る場合は、サーバーフォルダ内の正確なワールドフォルダ名を確認します。
ネザーを事前生成する
ネザーゲートを使った長距離移動や、ネザー内でエリトラを使うサーバーでは事前生成の効果が特に大きくなります。
chunky world world_netherchunky radius 5000chunky startネザーはオーバーワールドより地形がシンプルなので、同じ半径でも生成にかかる時間は短めです。
The Endを事前生成する
エリトラ入手に必要なシュルカーの島はThe Endの外縁に点在していて、探索中にラグが起きやすいです。
chunky world world_the_endchunky radius 5000chunky start半径5000で外縁の島が散らばる範囲をカバーできます。
進行状況を確認する・一時停止・再開する
生成中はコンソールに進捗率とETAが自動で表示されます。
手動で確認したい場合や、生成を止めたい場合は次のコマンドを使いましょう。
進捗を確認します。
chunky progress生成を一時停止して状態を保存します。
chunky pause一時停止した続きから再開できます。
chunky continue生成タスクを中止します。
chunky cancelキャンセルしても、それまでに生成されたチャンクは残ります。
長時間かかる場合は、サーバーを止める前にchunky pauseを実行しておいてください。
半径はいくつにすればいい？
迷ったら半径5000から始めます。
| 用途 | 半径の目安 |
|---|---|
| テスト・少人数サーバー | 2000〜5000 |
| 普通のサバイバルサーバー | 5000〜10000 |
| 探索が活発なサーバー | 10000以上 |
| 公開サーバー | ワールドボーダーとセットで決める |
半径を2倍にすると生成面積は4倍になります。
広すぎる設定は生成時間もストレージも大きくなるため、初回は5000で様子を見るのが無難です。
必要になってから広げても問題ありません。
ワールドボーダーと一緒に使う
探索範囲を制限したいサーバーでは、ワールドボーダーとChunkyを組み合わせます。
ワールドボーダーを先に設定してからChunkyに読み込ませると、ボーダー内をまとめて事前生成できます。
worldborder center 0 0worldborder set 10000chunky worldborderchunky startworldborder set 10000は直径10000ブロックです。
中心から端まで5000ブロックが範囲になります。
半径5000の範囲を作りたい場合はworldborder set 10000を指定しましょう。
ワールドボーダーを張ると、プレイヤーがボーダー外へ出られなくなります。
ChunkyBorderという拡張を使うと、Chunkyで生成できる形状に合わせたボーダーを設定できます。
バニラのワールドボーダーのようにゲーム内で見える壁は表示されませんが、範囲外に出ようとしたプレイヤーを内側に戻す仕組みです。
Chunkyを使うときの注意点
実行前に確認しておくと失敗しにくいポイントが5つあります。
- プレイヤーが参加する前に実行する
- Dynmapなどのマップ系プラグインは一時停止する
- 既存ワールドでも使える
- サーバー再起動時の再開方法
- 生成済みチャンクを削る操作は初心者向けではない
プレイヤーが参加する前に実行する
できれば参加者がいない時間帯に実行するのがおすすめです。
生成中はCPU・メモリ・ストレージI/Oを消費するため、プレイヤーが参加していると通常プレイに影響が出ます。
新規サーバーなら、友達を招待する前に済ませておくのが確実です。
Dynmapなどのマップ系プラグインは一時停止する
Dynmap・BlueMap・squaremapなどのマップ系プラグインをChunky実行中に止めると、地図のレンダリングと地形の生成が同時に走らなくなり、サーバーの負荷を軽減できます。
生成が終わったら、止めたプラグインを戻して地図のレンダリングを再開します。
既存ワールドでも使える
すでにプレイ中のワールドにも使えるのが利点です。
Chunkyは生成済みのチャンクをスキップして、未生成のチャンクだけを埋めていきます。
既存のチャンクが上書きされることはありません。
サーバー再起動時の再開方法
Chunkyはデフォルトで再起動後に自動再開しません。
chunky pauseで一時停止した場合は、再起動後にchunky continueで再開できます。
通常のシャットダウンでも生成タスクの状態は保存されます。
生成済みチャンクを削る操作は初心者向けではない
通常のワールド事前生成だけが目的なら、chunky trimは使いません。
chunky trimは選択範囲外のチャンクを削除するコマンドです。
一度削除したチャンクは元に戻せません。
実行前にサーバーフォルダ全体のバックアップが必要です。
よくある質問
Q事前生成すると、ワールド容量はどのくらい増えますか？
A
固定値では出せません。半径を少し広げるだけでも生成面積と容量は大きく増え、バージョン・ディメンション・MODでも変わります。空き容量とバックアップ容量を確認し、小さい半径から広げます。
QChunkyの処理が完了すると、DynmapやBlueMapの地図も自動で埋まりますか？
A
自動では埋まらないことがあります。事前生成が完了したあと、使っている地図プラグイン側で再レンダリングを実行してください。
まとめ：探索ラグはChunkyで事前生成して対策する
探索中だけ重い場合は、ワールドの事前生成が有効な対策です。
- Chunkyは新しい地形を読み込む処理によるラグを減らす
- 拠点内の常時重さ、Mob、ホッパー、プラグインには効果がない
- 導入はpluginsフォルダにjarを入れて再起動するだけ
- 最初の半径は5000で始めて、必要なら広げる
- ワールドボーダーと組み合わせると探索範囲と生成範囲をそろえられる
chunky trimはバックアップなしでは実行しない
もしChunkyで事前生成しても動作が重いままなら、Mobの過密やレッドストーン回路など探索以外の原因が重なっています。ラグの原因を切り分ける記事を参考に、ボトルネックを特定してみましょう。
原因を減らしても自宅PCのメモリが足りないなら、ConoHa for GAMEの容量別プランへ移すと、人数に合わせて8GBや16GBを選べます。
