【マイクラ】メモリ割り当てで軽くなる?-XmxとJVM引数の最適化ガイド

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

結論から言うと、メモリ割り当て(-Xmx)は「多ければ多いほど軽くなる」ものではありません。 マインクラフト(以下マイクラ)Java版は、用途に合った適量を割り当ててこそ安定します。この記事では、ランチャーでの変更手順・目安・JVM引数の考え方・やりがちな落とし穴まで一気に整理します。

なお、これはJava版だけの話です。統合版(Switch/スマホ/Windows版など)はこの調整が基本いりません。理由は後半でしっかり説明します。

そもそもメモリ割り当てって何?fpsとは別物

メモリ割り当て(-Xmx)は「マイクラが使ってよいRAMの上限」を決める設定です。 RAM(メモリ)とは、ゲームが処理中のデータを一時的に置いておく作業机のようなもの。ここが狭すぎるとマイクラが処理をさばききれず、カクつきや停止の原因になります。

ここで大事なのが、「fps」と「メモリ割り当て」は別物だということ。fps(1秒あたりの描画コマ数=画面の滑らかさ)はGPUや描画設定の話で、メモリを増やしても直接は上がりません。

さらにサーバー側の重さ(TPS=Ticks Per Second、サーバーが1秒間に処理する回数の指標。20が正常)やMSPT(1回の処理にかかったミリ秒)は、重い装置や大量のmobが原因なので、これもメモリ割り当てとは切り分けて考えます。「重い」と一言で言っても原因は複数あるので、ここだけ覚えとけばOKです。

• fpsが低い → 描画設定・GPU・軽量化MODの領域(メモリ増加は効果薄)
• 数分プレイするとカクつく/固まる → メモリ不足やGC(後述)を疑う価値あり
• サーバーだけ重い → TPS/MSPT側、装置やmobの問題

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

やみくもに引数をいじる前に、順番があります。 いきなりコピペした難しいJVM引数を貼るのは、実は優先度が低いです。以下の順で試しましょう。

1. 64bit版のJavaが入っているか確認する(これが最優先。後述の通り32bitだと何をしても無駄)
2. メモリ割り当て(-Xmx)を用途に合った目安へ調整する(バニラなら増やしすぎない)
3. 描画設定の見直しやSodium等の軽量化MOD(fps目的ならこっち)
4. どうしても改善しない時だけ、GC最適化のJVM引数を検討する

ぶっちゃけ、多くの人は1と2で解決します。迷ったら、まず割り当てを「適量」にするところから始めましょう。

メモリ割り当ての変更手順(公式ランチャー)

公式ランチャーなら「起動構成(Installations)」から数分で変えられます。 手順はこうです。

1. Minecraftランチャーを開き、上部の**「起動構成(Installations)」**タブを選ぶ
2. 変更したいプロファイルにカーソルを合わせ、鉛筆マーク→**「その他のオプション(More Options)」**を開く
3. **「JVMの引数(JVM arguments)」**の欄を確認する
4. 初期状態では先頭に -Xmx2G のような記述がある(※デフォルトはおおむね2GB)
5. この 2G の数字を目的の値に書き換える(例:6GBなら -Xmx6G)
6. 保存してゲームを起動

書き換えるのは基本 -Xmx の数字だけでOKです。他の引数を消したり増やしたりは、意味を理解してからにしときましょう。

ヒント:CurseForge/Modrinth/Prism Launcherなど他のランチャーでは、設定画面のスライダーで割り当てGBを直接指定できるものが多いです。この場合は数字を入れるだけで内部的に -Xmx が設定されます。

割り当てすぎは逆効果!目安の一覧

「16GBあるから全部マイクラに!」は逆効果になりがちです。 マイクラJava版は**GC(ガベージコレクション=不要になったメモリを掃除する自動処理)**を裏で常に走らせています。

問題は、割り当て(ヒープ)が大きすぎるとGCが掃除のたびに広大な領域を走査することになり、その瞬間だけ処理が止まる=カクつき(GCポーズ)が長くなる点です。20GBの部屋を毎回掃除するより、必要十分な8GBの部屋を掃除するほうが速い、というイメージ。空きメモリが多くても、大きすぎる確保はマイナスに働くことがあるわけです。

さらにOS側やGPU(VRAM=グラフィック用のメモリ)にもRAMは必要なので、PC搭載RAMを全部マイクラに渡すのはNG。目安はこちらです。

用途	メモリ割り当ての目安(※2026年時点の一般的な目安)	ひとこと
バニラ(MODなし)	2〜4GB	4GBあればほぼ十分。増やしても軽くならない
軽量〜中量MOD	4〜6GB	MOD数と描画距離しだいで調整
大型MODパック	6〜8GB	巨大パックは8GB前後が現実的なライン
搭載RAM 8GBのPC	最大でも4〜5GB程度に抑える	OS/GPUに残りを空ける
搭載RAM 16GBのPC	8〜10GBまで	それ以上はGCポーズ悪化のリスク

**ざっくり「搭載RAMの半分以下、かつ実使用量+1〜2GB」**を目安にすると失敗しにくいです。※実際の最適値はMOD構成やバージョンで変わるため要確認。

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

正直に言うと、ネットで見かける「とりあえずコレ」の一部は、あなたの環境ではマイナスです。 よくある勘違いをまとめました。

• RAMを限界まで割り当てる → ✕ GCポーズが伸びてむしろカクつく原因になりやすい
• fpsを上げたくてメモリを増やす → ✕ fpsは描画側の話。割り当てでは基本上がらない
• 難解なJVM引数を意味も分からずコピペ → △ バニラや小規模構成では体感差が出にくく、相性で不具合が出ることも
• 32bit Javaのまま数字だけ大きくする → ✕ そもそも上限に張り付いて反映されない(次の項目)

「重いからとにかくメモリ盛る」は卒業しましょう。適量+原因の切り分けが正解です。

64bit Javaは必須(ここでハマる人が多い)

割り当てを増やしても効かない時、犯人はだいたい32bit版Javaです。 32bit版のJavaは仕組み上、おおよそ1.5〜2GB前後でメモリ上限に張り付き、-Xmx8G と書いても反映されません。

対策はシンプルで、64bit版のJava(現行バージョンに合ったJava 17やJava 21など)を入れること。※必要なJavaのバージョンはマイクラのバージョンで変わるため要確認。

公式ランチャーは適切なJavaを自動で同梱・使用するため、公式ランチャーを使っていればこの問題は起きにくいです。古い手動インストールのJavaを使い回している人ほど要注意なので、一度確認しときましょう。

GC最適化のJVM引数(Aikarのフラグ)の考え方

「もう一段安定させたい」上級者向けに、GCを調整するJVM引数のセットが存在します。 有名なのがAikarのフラグと呼ばれるG1GC(マイクラで標準的に使われるGC方式)向けのチューニングです。※以下の引数は一例で、環境やバージョンで最適解が変わるため必ず公式をご確認ください。

考え方のポイントはこの3つだけ押さえればOKです。

• -Xmsと-Xmxを同じ値にする → 最初から上限まで確保し、確保のオーバーヘッドや揺らぎを減らす狙い
• 新世代(短命なオブジェクト用の領域)を厚めにする → マイクラは一瞬で捨てられるデータ(座標など)の生成が非常に多いため
• 1回のGCポーズを短く抑える方向に振る → カクつきの原因になる停止時間を細切れにする

引数の例(サーバーや大型パック向けに広く知られる形。数値は割り当て量で調整):

-XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5

※これはあくまで一例です。バニラや小規模構成では体感差が小さいことも多く、まずは64bit Java+適量割り当てで十分なケースがほとんど。効果検証は1つずつ変えて行いましょう。

統合版(Bedrock)はこの調整が基本いらない

統合版にはメモリ割り当てやJVM引数という概念そのものがありません。 統合版はJavaで動いていないため、-XmxもAikarのフラグも関係なし。ここまでの話は全部Java版限定です。

統合版で重い・カクつく場合は、別のアプローチになります。

• 描画距離(シミュレーション距離)を下げる
• 不要なアドオン/リソースパックを外す
• 端末やアプリを再起動してメモリを解放する
• ワールド内の重い装置や大量mobを整理する

「軽量化MOD」「メモリ割り当て」は基本Java版の話、と覚えておけば混乱しません。統合版ユーザーはこの記事の設定手順は飛ばしてOKです。

合わせて読みたい

• 軽量化・最適化MODまとめ(Java版のfps改善はこちら)
• 重い装置対策・レッドストーン負荷の減らし方
• 推奨スペック・PC設定で軽くするコツ
• マルチ・サーバーが重い時のTPS改善

次にやること

1. 64bit版のJavaが使われているか確認する(公式ランチャーならまずここは安心)
2. ランチャーの「起動構成」→「その他のオプション」から現在の-Xmxの値をチェックする
3. 上の目安表を見て、**用途に合った割り当て(盛りすぎない)**に調整して起動する
4. fpsが目的なら描画設定や軽量化MODへ、サーバーが重いならTPS/装置側へ切り分ける
5. それでも不安定な時だけ、GC最適化引数を1つずつ試して効果検証する

まずは「64bit確認+適量割り当て」の2つだけやってみてください。盛りすぎないのがコツ、これだけ覚えとけばOKです。