GuavaHost
言語と通貨
クライアントエリアゲームパネル メニューを開閉
ゲーム すべてのゲーム
Minecraft JavaMinecraft BedrockMinecraft GeyserRustRuneScape: DragonwildsPalworldValheimValheim + BepInExARK: Survival EvolvedARK: Survival AscendedProject ZomboidEnshroudedDon't Starve TogetherCounter-Strike 2TerrariatModLoaderHytaleMulti-Game ServerDiscord Bot Hosting
ナビゲーション 料金レビューヘルプセンターサポート 会社情報 GuavaHostについてよくある質問紹介プログラムSLA利用規約プライバシーポリシー
言語と通貨
クライアントエリアゲームパネル

描画距離とシミュレーション距離の違い (そして TPS への影響)

描画距離はプレイヤーがどこまで見えるかを決め、シミュレーション距離はワールドのどこまでが実際に動き続けるかを決めます。どちらもサーバーの TPS に直接影響します。距離を 1 段上げるたびに、サーバーが処理すべきチャンクが増えるからです。

読了時間3分 · 2026年10月21日に更新 · 著者: GuavaHost Team

それぞれの設定の役割

  • 描画距離: サーバーが各プレイヤーに送るチャンク (ワールドを 16 ブロック幅で区切った四角) の数です。高くすればプレイヤーは遠くまで見えますが、サーバーは全員のためにより多くの地形を読み込んで送り続けなければなりません。
  • シミュレーション距離: ワールドがどこまで「生きている」かです。この範囲の内側ではモブが動き、作物が育ち、レッドストーンが動作し、物理が働きます。外側ではチャンクは読み込まれていても凍結しています。

肝心なのは、ふつうはシミュレーション距離のほうが負担が大きいという点です。動いているチャンクは、ただ見えているだけのチャンクよりはるかに高くつきます。

TPS に影響する理由

TPS (ticks per second) は、サーバーが 1 秒間に何回ワールドを更新するかを表します。健康なサーバーは 20 TPS で動きます。動いているチャンクはそれぞれが各ティックの仕事を増やし、動作範囲は距離のおおよそ二乗で広がるので、8 から 10 への変更は見かけよりずっと大きな跳ね上がりになります。サーバーが 1 ティックを時間内に終えられなくなると TPS が落ち、ワールド全体がもっさりします。

妥当な初期値

唯一の正解はありませんが、次の範囲はほとんどのコミュニティサーバーでうまく働きます。

  • 賑わっているサーバーや Mod 入りのサーバー: 描画距離は 6 から 8 前後、シミュレーション距離は 4 から 6 前後。
  • RAM に余裕のある身内向けの小さなサーバー: 景色のために描画距離をもっと上げても大丈夫です。
  • すでに TPS が苦しいなら: 仕事量が一番多いので、まずシミュレーション距離を下げてください。

変更のしかた

  1. Minecraft サーバーでは、サーバーメニューの Minecraft tools (Minecraft 用ツール) にある Server properties を開きます。(Files タブで server.properties を直接編集してもかまいません。ほかのゲームでは、これらの設定はゲームの設定ファイル内か、Settings タブの Startup settings にあります。)
  2. View distance (chunks) と Simulation distance (chunks)、ファイル内では view-distance と simulation-distance を、選んだ数値に設定します。
  3. Save changes をクリックします。
  4. サーバーページ上部の Restart を押して、新しい値を読み込ませます。

マルチプレイで効く小技

シミュレーション距離を低めに、描画距離を少し高めに設定できます。プレイヤーには広々とした景色が見えたままですが、サーバーが実際にシミュレートするのは近くの範囲だけです。ワールドを大きく見せながら、ティックの負担を大幅に削れます。

変更を検証する

再起動したら、Paper や Spigot では /tps で TPS を確認するか、Console にティックの警告が出ていないか見てください。TPS が 20 に向かって戻り、MSPT が下がったなら、距離の設定が原因の一部だったということです。何も改善しないなら、ボトルネックは RAM、エンティティ、重いプラグインなど別のところにあります。

試す前に Backups (バックアップ) ページでスナップショットを取っておくと、ある値が問題を起こしてもすぐに設定を戻せるので安心です。

まだ解決しませんか?Discordのdiscord.gg/GuavaHostに来ていただければ、チームがお手伝いします。

  • view-distance
  • simulation-distance
  • tps
  • minecraft

Host a Minecraft Java server From $3.99/mo, with instant setup and DDoS protection.

まだ解決しませんか? チームが24時間365日オンラインでご質問にお答えします。

サポートに問い合わせる

関連ガイド

パフォーマンスとラグのほかのガイドもどうぞ。

  • How many plugins or mods is too many?

    The count matters far less than what each one does, because what actually slows a server down is work on the main thread every tick: here is how to audit a plugin list and measure what one plugin really costs you.

    6分

  • TPSとMSPTを読んでサーバーの健康を測る

    TPSとMSPTは、サーバーが健康かどうかを教えてくれる2つの数値です。TPSはワールドが1秒に何回更新されるか (20が満点)、MSPTは1回の更新に何ミリ秒かかるか (50未満が健康) です。

    3分

  • Cut entity and mob lag on your server

    Entities are the single most common cause of low TPS: every mob, dropped item and armor stand has to be updated on every tick, so counting them and capping the worst offenders is usually the fastest win available.

    6分

  • ラグかpingか?サーバーのラグと遅延を見分ける

    まったく違う2つの問題がどちらも「ラグ」と呼ばれます。サーバーが追いつけていない場合と、自分の接続が遅い場合です。このガイドでは、正しいものを直せるよう見分け方を示します。

    5分

  • Chunk loading, pre-generation and why exploring lags

    Generating new terrain is the heaviest single job your server ever does, which is why a fresh world lags while players explore and then settles down: pre-generating the map ahead of time and capping it with a world border removes the problem for good.

    6分