【マイクラ】重い・カクつく原因と軽量化 総まとめ｜fps改善&ラグ解消ガイド

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

マインクラフト(以下マイクラ)が重い・カクつくときは、まず「原因の切り分け」から始めるのが最短ルートです。やみくもに設定をいじっても直りません。この記事だけで原因の当たりを付けて、効果が大きい対策から順に試せるようにまとめました。

先に結論を言うと、多くの人は「描画距離を下げる」「軽量化MOD(Java版)を入れる」「メモリを見直す」の3つで9割方軽くなります。まずはここを押さえておきましょう。

まず「重さの正体」を5つに切り分ける

重いと感じたら、原因を5タイプに分けて考えるのが第一歩です。ここを飛ばすと的外れな対策で時間を溶かします。

大きく分けると「①PC/端末の性能不足」「②設定が重すぎ」「③MOD・エンティティ(=画面内で動くmobやアイテムなどの物体)の過多」「④メモリ不足」「⑤サーバー/回線」の5つ。まずは自分がどれに当てはまるか、ざっくり見当を付けます。

判断のヒントはシンプルです。「一人プレイでも重い」ならクライアント(自分の端末)側、「マルチや大型装置の周りだけ重い」ならサーバー処理か回線側、と分けて考えると当たりを付けやすいです。

fpsとTPS/サーバー処理は「別物」

ここは超重要なので最初に整理します。fps(1秒あたりの描画コマ数=画面の滑らかさ)とTPS/サーバー処理は完全に別モノです。混同すると対策を間違えます。

**fpsは「あなたの端末が絵をどれだけ滑らかに描けるか」**の話。カクつきやマウスの重さはこっち側です。

一方**TPSやMSPT(サーバーが1回の処理=1tickにかける時間・ミリ秒)は「世界の処理がどれだけ渋滞しているか」**の話。大量のmobや重いレッドストーン装置、アイテム散乱で発生する“処理落ち”はこちらで、描画設定をいくら下げても直りません。ここを分けて考えるのがプロの第一歩です。

症状→原因→対策の早見表

迷ったらこの表で当たりを付けましょう。症状から原因を推測して、対策を上から順に試すのが効率的です。

症状	主な原因	まず試す対策	影響する側
一人プレイでも常にカクつく	設定が重い/端末性能不足	描画距離を下げる・グラフィックを軽くする	fps(クライアント)
特定の装置・mob周りだけ重い	エンティティ過多/装置の処理負荷	mob・アイテム整理、装置の見直し	TPS/サーバー処理
しばらく遊ぶと徐々に重くなる	メモリ不足・メモリリーク	メモリ割り当て見直し(Java)、再起動	主にfps側
MOD導入後から重い	MOD過多/重いMOD	軽量化MOD導入・重いMODを外す	fps中心(MOD次第で両方)
マルチでだけカクつく・ワープする	回線/サーバー負荷	有線接続・描画/シミュレーション距離を下げる	サーバー/回線
チャンク(=16×16マスの区画)の読み込みが遅い	描画・シミュレーション距離が広い	両距離を下げる、ストレージをSSDに	両方

※症状が複数当てはまることも普通にあります。その場合は「効果が大きく手軽な対策」から順に潰していきましょう。

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

軽量化は“効果が大きくて手軽なもの”から手を付けるのが鉄則です。いきなり難しいJVM引数(=Javaの起動オプション)から触るのは非効率。

おすすめの順番はこれです。上から試して、軽くなった時点で止めてOK。

1. 描画距離(レンダー距離)を下げる…8〜12チャンクへ。最も効果が大きく、一瞬で試せます。
2. シミュレーション距離を下げる…mobや装置の動作範囲。TPS改善に効く。
3. グラフィックを「処理優先(Fast)」、雲・なめらかな照明・パーティクルをオフ。
4. 不要なMODを外す/軽量化MODを入れる(Java版のみ)。
5. メモリ割り当ての見直し(Java版)…足りないなら増やす、多すぎるなら減らす。
6. ドライバ更新・バックグラウンドアプリ終了…GPUドライバは意外と効きます。

迷ったらコレ、というくらい「描画距離を下げる」は鉄板。ぶっちゃけ、これだけで直る人がかなりいます。

Java版の軽量化アプローチ

Java版は軽量化MODが使えるのが最大の強み。ここは統合版と決定的に違うポイントです。

定番はまず描画エンジンを高速化するMOD(例:Sodium)。フレームの安定とマイクロスタッター(=一瞬引っかかる微小なカクつき)の低減に効きます。加えてゲーム内部のロジック(mobの挙動・水流など)を最適化するMOD(例:Lithium)、見えていないエンティティの描画を省くMOD(例:Entity Culling)、**メモリ使用量を抑えるMOD(例:FerriteCore)**あたりが鉄板です(※MODの対応バージョンは要確認)。

自分で組むのが不安なら、これらをまとめた最適化MODパック(例:Fabulously Optimized)を使うのが楽。個別導入の相性トラブルを避けられます。

メモリ割り当て(Java版)

メモリはJava版だけの話で、しかも“多ければ良い”わけではないのが落とし穴です。

一般的な目安として、MODを入れていないなら4GB前後、大型MODパックで6〜8GB程度が現実的なラインとされています(※環境により異なる/要確認)。ランチャーの引数で -Xmx に指定します。

注意点として、割り当てすぎるとGC(ガベージコレクション=不要メモリの掃除処理)がまとめて走って逆にカクつくことがあります。PCの搭載メモリの半分〜7割を超える割り当ては避けておきましょう。「とりあえず全部盛り」は逆効果になりがちです。

統合版(Bedrock)の軽量化アプローチ

統合版はJava版の軽量化MODが使えないので、基本は“ゲーム内設定でどう軽くするか”が勝負です。ここを混同しないようにしましょう。

効果が大きいのは描画距離を下げること。10〜16チャクは重い端末にはきついので、動作が不安定なら8前後まで下げると安定しやすいです。シミュレーション距離も併せて下げるとmob由来の重さに効きます。

さらに**「なめらかな照明」オフ、パーティクル減、雲オフ、グラフィックを簡素にすると軽くなります。メモリ関連の入力補助系の設定が不安定要因になるとの報告もあるため、動作がおかしいときは設定を切って再起動を試す価値があります(※端末・バージョン依存/要確認)。スマホ・タブレットなら解像度を下げる**のも効果的です。

fpsの確認方法とやりがちな勘違い

まず“今どれくらい重いのか”を数字で確認しないと、対策の効果も分かりません。感覚だけで判断しないのがコツです。

Java版はF3キーでデバッグ画面を開くと、fpsやメモリ使用量が表示されます。Alt+F3でフレームのグラフが出るので、線が波打つ・尖る場所=カクついている瞬間として原因の特定に使えます。軽量化がハマると、この線がフラットに近づきます。

統合版はF3のような詳細画面が標準では乏しいため、設定でfps表示を出すか、体感と描画距離の増減で判断するのが現実的です(※バージョンにより表示可否が異なる/要確認)。

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

“やった気になる”だけの対策は正直あります。ここは正直にお伝えします。

• メモリを積めるだけ割り当てる…前述の通り逆効果になりがち。GCで固まります。
• 統合版に軽量化MODを探す…そもそも仕組みが違うので、Java版向けMODは入りません。設定で詰めましょう。
• 超軽量リソースパックに過度な期待…描画距離ほどの効果は出にくいことが多いです。
• 描画距離を最大のままシャドウ系だけ切る…根本(距離)を放置していると効果は限定的。
• fpsが原因なのに装置を撤去する/TPSが原因なのに解像度を下げる…切り分けミスは全部ムダ打ち。まずは原因タイプの特定を。

合わせて読みたい

• マイクラ向けゲーミングPCの選び方
• MOD・軽量化ツール関連の記事一覧
• レッドストーン装置と処理負荷の基礎
• マルチプレイ・サーバー設定の基礎
• PC・周辺機器と描画設定の基礎

次にやること

1. F3(Java版)などでまず現状のfpsを確認し、「一人でも重い」か「特定の場所だけ重い」かを切り分ける。
2. 描画距離を8〜12チャンクに下げる——効果が一番大きいので最初に試す。
3. シミュレーション距離・グラフィック(処理優先)・パーティクル/雲/なめらかな照明を軽い方へ調整。
4. Java版なら軽量化MOD(または最適化MODパック)を導入し、必要ならメモリ割り当てを適正化する。
5. 統合版なら設定で詰め、改善しなければ再起動・端末側のバックグラウンド整理まで実施。

まずは順番に上から試して、軽くなった時点で止めればOK。これだけ覚えとけば、たいていの「重い」は自分で当たりを付けて直せるようになります。