【マイクラ】重い・ラグの原因はエンティティ!軽量化&最適化ガイド

⚠ 本記事は2026年6月時点の情報を元に編集部が独自に構成した解説です。MOD名・コマンド・JVM引数などの仕様には未確認要素を含みますので、最終的にはMojang公式や各MOD/ツールの公式をご確認ください。

ワールドが重い・カクつく原因の多くは、実はエンティティ(mobや落ちてるアイテムなど、ワールド内で動く物体)の増えすぎです。マインクラフト(以下マイクラ)の処理負荷は「グラフィックが重い」だけじゃなく、この裏方の計算が詰まって起きることがめちゃくちゃ多い。

この記事では、エンティティを減らして軽くする方法を、効果が大きくて手軽なものから順にまとめます。Java版と統合版で対処が違うところもきっちり分けて書くので、迷ったらコレを上から順に試していきましょう。

まず大前提:「fps」と「サーバー処理」は別物

**カクつきには2種類あって、原因も対策も違います。**ここを混同すると的外れな対策をして時間を無駄にするので、最初に整理しときましょう。

**fps(エフピーエス:1秒あたりの描画コマ数=画面の滑らかさ)**は、あなたのPCやスマホの描画性能の話。ガクガクして目が疲れるやつです。

一方、装置や大量のmobが原因で世界そのものの処理が遅れるのがTPS/MSPTの問題。**TPS(ティックス・パー・セカンド:1秒あたりのゲーム内更新回数、通常20)**が下がると、水が流れるのが遅い・mobがカクカク動く・ホッパーが遅延する、といった「世界全体のスローモーション化」が起きます。**MSPT(ミリセカンズ・パー・ティック:1回の更新にかかったミリ秒)**は1ティックの処理時間で、50msを超え始めると重い合図です(※2026年時点の情報)。

カクつきの種類	主な症状	ざっくり原因	この記事の守備範囲
fps低下	画面がガクガク、目が疲れる	描画負荷(視界距離・影MOD・GPU)	△(エンティティ描画は関係あり)
TPS/MSPT低下	世界全体がスロー、装置が遅延	エンティティ増えすぎ・重い装置	◎(本記事のメイン)

エンティティの増えすぎはこの両方に効いてくるのがやっかいなところ。だからこそ、まず減らす価値があります。

なぜエンティティが負荷になるのか

エンティティは1体ごとに毎ティック「AI・移動・当たり判定」を計算しているからです。数が多いほど計算量がそのまま積み上がる。

落ちてるアイテムも立派なエンティティで、近くの同じアイテムと合体できないか毎回チェックしています。だからアイテムが数百個散らばると、それだけで一気に重くなる。

さらにmobの湧き量には上限(モブキャップ:これ以上湧かせない上限値)があります。トラップタワーで大量にmobを溜め込むと枠を食い潰し、他の場所の湧きにも影響が出ます。

ここでエディション差が重要です。

• Java版:プレイヤー中心の一定範囲(シミュレーション距離で決まる範囲)でエンティティがティックします。128ブロックより外のmobは基本その場で消滅する仕様(※要確認、バージョンで挙動差あり)。
• 統合版:シミュレーション距離が湧き・消滅・ブロック更新などに広く効きます。シミュレーション距離4だと44ブロック付近、6以上だと128ブロック付近が目安(※2026年時点の情報)。

つまり**「シミュレーション距離を下げる」のは統合版で特に効きやすい**手です。

まず試す順番(効果が大きく手軽な順)

**上から順にやれば、たいていのラグは改善します。**難しい設定より先に、効果デカくて手軽なものから潰すのが鉄則です。

1. 落ちてるアイテムを掃除する(効果特大・すぐできる)
2. 重いトラップタワー/mob溜め込み装置を一時停止(効果特大)
3. シミュレーション距離を1〜2段下げる(統合版で特に効く)
4. 湧きつぶし&湧き範囲外への隔離(恒久対策)
5. ホッパー装置の見直し(装置勢向け)
6. (Java版のみ)軽量化MOD導入(総合的にfpsも改善)

これだけ覚えとけばOK。以下で1つずつ掘り下げます。

対策1:落ちてるアイテムの大量ドロップを掃除する

**一番効くのに一番忘れられがちなのがコレ。**露天掘り跡・伐採跡・チェスト整理のときに散らばったアイテムが、地面に何百個も残ってることがあります。

Java版なら、シングルやサーバーで/kill @e[type=item]を使うと落ちてるアイテムだけ一掃できます(※装備アイテムや必要な回収物まで消える点に注意。使用前に安全確認を)。

統合版でも/kill系は使えますが、セレクター指定の書式や対応範囲がJava版と異なる場合があります(※要確認)。手っ取り早いのは、その場を離れて**アイテムの自然消滅(通常5分)**を待つ方法です。

装置勢は**あふれたアイテムを溶岩やサボテンで自動処分する「アイテムクリーナー」**を組み込んでおくと、そもそも溜まらなくなります。大量ドロップは事故ってからだと重すぎて操作すらつらいので、予防しときましょう。

対策2:mobの湧きすぎ抑制と、湧き範囲外への隔離

**mobを「消す」より「湧かせない・遠ざける」ほうが根本的です。**モブキャップは全体で共有なので、無駄な場所の湧きを止めると装置の効率も上がって一石二鳥。

湧きつぶしで無駄な湧きを止める

拠点や通路をハーフブロック・光源で**湧きつぶし(mobが湧けない状態にすること)**しておくと、そこで無駄にmobが湧かなくなります。明るさだけでなく、上付きハーフブロックなど「湧けない足場」も有効です。

溜め込み装置は湧き範囲の外へ

Java版はプレイヤーから離れたmobが消滅・非ティック化しやすいので、居住エリアと装置を128ブロック以上離すと、拠点にいる間は装置のmobがティックせず軽くなることがあります(※バージョン・設定依存、要確認)。

統合版はシミュレーション距離の設定がそのまま効くので、装置を距離の外側に置く設計が有効です。ワールド設定でシミュレーション距離を下げるのも即効性があります。

対策3:額縁・防具立て・チェストの多さにも注意

**装飾用のエンティティやブロックエンティティも、積もると効いてきます。**見た目だけのつもりが負荷源になっているパターンです。

額縁・防具立て・アイテムを乗せた表示系はエンティティとして扱われ、大量に並べると処理が増えます。特に中身入りの額縁を一面に敷き詰める倉庫は要注意。

チェスト・かまど・シュルカーボックスなどは**ブロックエンティティ(座標に固定された特殊ブロックで、通常ブロックより処理が重い)**です。数千個規模の大型倉庫だと、それだけで無視できない負荷になります。

対策はシンプルで、装飾は必要な分だけ、倉庫はワールドを分割するかチャンク(16×16ブロックの区画)を分散させてまとめすぎないこと。見えていないエリアの描画負荷は、Java版ならEntity Culling系MODで減らせます(※後述、Java専用)。

対策4:ホッパーの負荷を減らす

**ホッパーは常に「上にアイテムがないか」チェックし続けるので、数が増えるほど重くなります。**大型仕分け装置でカクつく主犯はコレなことが多い。

上に容器を置くと軽くなる

Java版では、ホッパーチェーンの上にチェストなどの容器を置くとエンティティ検索が減り、性能が良くなるとされています(※バージョンにより挙動差あり、要確認)。空きホッパーを何十連も繋ぐより、上に容器を載せる設計のほうが軽い。

やりがちだけど効果が薄い/逆効果なこと

正直に言うと、次のやつは効果が薄かったり逆効果なので気をつけましょう。

やりがちな対策	実際のところ
ホッパーを大量に敷き詰めて回収を速くする	ホッパーが増えるほど負荷も増える。逆効果になりがち
とりあえず視界距離を最大にする	fpsは下がるがTPS/エンティティ負荷には無関係なことが多い
mobを/killで消しまくる	湧き枠がすぐ埋まり直すので根本解決にならない。湧きつぶしが本命
チェストを1か所に集約	ブロックエンティティ密集で逆に重くなることも

「速くしよう=物を増やそう」は最適化だと裏目に出やすい、と覚えておくと事故が減ります。

対策5:トラップタワーの負荷対策

**トラップタワーは「溜めすぎない・処理を速くする・範囲外に置く」の3点が肝です。**効率を追ってmobを溜め込むほど、TPSは落ちていきます。

• 落下・圧殺で即処理し、mobが長時間ティックし続けないようにする。
• アイテムはホッパーで即回収→まとめ、あふれ分は処分して落ちアイテムを溜めない。
• 居住エリアと離す(Java版は距離、統合版はシミュレーション距離を意識)。

Java版なら、遠くのエンティティのAI処理を間引く系の軽量化MOD(後述)を併用すると装置由来の重さが和らぎます。統合版はMODが基本使えないので、設計側(即処理・範囲外設置・シミュレーション距離)で対処するのが現実的です。

エディション差まとめ:Java版と統合版で何が違う?

**軽量化の武器がそもそも違います。**ここを勘違いすると「紹介されたMODが入れられない…」となるので整理しておきます。

項目	Java版	統合版
軽量化MOD	使える(下記参照)	基本使えない
メモリ割り当て(RAM)調整	ランチャーでJVM引数を調整可	ユーザーが手動調整する仕組みは基本なし
シミュレーション距離	エンティティのティック範囲に影響	湧き・消滅・更新に広く影響、下げる効果が大きい
コマンドでの掃除	/kill @e[type=item]等が有効	/killは使えるが書式・範囲に差(※要確認)

Java版の代表的な軽量化MOD(いずれもJava専用・※名称や対応バージョンは要確認):

• 描画・処理最適化系:内部処理を効率化してfps/安定性を上げる系。
• Entity Culling系:壁の向こうなど見えないエンティティの描画をカット。大型倉庫・mob牧場で効果が大きい。
• メモリ割り当て:RAMは多ければ良いわけではなく、割り当てすぎるとGC(ガベージコレクション:不要メモリの掃除処理)で一瞬固まることがあります。むやみに最大値へ振らないのがコツ(※環境依存)。

統合版はアプリ側の設定(シミュレーション距離・描画距離)と装置設計で勝負、と割り切りましょう。

合わせて読みたい

• レッドストーン&自動装置の記事一覧
• MOD導入・軽量化の記事一覧
• マルチプレイ・サーバー運用のコツ
• ゲーミングPC・周辺機器の記事一覧

次にやること

1. まず落ちてるアイテムを掃除して、その場のラグが減るか確認する。
2. 重いトラップタワー/mob溜め込み装置を一度止めて、TPSが戻るか切り分ける。
3. 統合版ならシミュレーション距離を1〜2段下げる、Java版なら装置を拠点から離す。
4. ホッパーは上に容器を載せる設計に見直し、敷き詰めすぎをやめる。
5. Java版ユーザーは軽量化MOD(Entity Culling系など)を1つ導入して体感を比べる。

上から順に試せば、原因の切り分けと改善が同時に進みます。**「増やして速くする」より「減らして軽くする」**を合言葉に、まずは1つずつ試していきましょう。