MODサーバーの最適化
Modパックを実際に高速化するもの:最適化MOD、生成設定、エンティティ制限、プロファイラで重いMODを見つける方法。
更新日 2026年8月13日
MODサーバーはプラグインベースのサーバーとは異なる形でラグが発生します。通常は全体的な負荷ではなく、1つか2つのMODが原因です。
手順
- 計測します。 プロファイラーを使えば、何がティックを消費しているかを正確に把握できます — Spark。計測せずに設定を闇雲に調整しても意味がありません。
- 最適化MOD。 FabricならLithium、FerriteCore、Krypton、C2ME。Forgeなら同等のもの — 最適化MOD。
- 範囲設定。
view-distanceは6~8、simulation-distanceは4~6 — view-distance。 - 事前生成。 Modパックのラグの半分はチャンクの動的生成によるものです — 事前生成。
- エンティティとモブの制限 をMODおよびコアの設定で行います。
典型的な原因
| 項目 | 理由 |
|---|---|
| 自動化系のMOD(パイプ、コンベア) | プレイヤーがオンラインでなくても常にティック処理を行う |
| バイオームおよび構造物の生成 | 負荷の高い生成処理 |
| サーバー側で動的ライティングを行うMOD | 光の再計算 |
| クアリーおよび採掘マシン | 大量のブロック破壊 |
| MODによるモブファーム | 数百のエンティティ |
チャンクローダー
チャンクローダーを持つMODはチャンクを永続的に読み込み続けます。十数人のプレイヤーがチャンクローダーを使えば、サーバーは常時100以上のエリアがアクティブな状態になります。権限と設定でその数を制限してください。
効果がないもの
問題がティックにあるのにメモリを追加しても解決しません。メモリは OutOfMemoryError を解決するものであり、低いTPSを解決するものではありません — TPS。
Minecraftホスティングオフラインでもサーバーが稼働サーバーを作成
