20 人のプレイヤーが参加する ARK サーバーは、正午には調子が良くても、ゴールデンタイムには崩壊してしまうことがあります。大きな基地の近くでラバーバンディングが始まり、野生の恐竜 AI が奇妙になり、セーブスパイクが発生するたびに、パフォーマンスの問題は決して微妙ではないことをプレイヤーに思い出させます。 ARK サーバーのパフォーマンス チューニングの目的は 1 つであり、それは、世界が混雑したときにシミュレーションを安定させることです。
つまり、単純な RAM 数値を無視することになります。 ARK は、ストレージ速度、シングルコアのパフォーマンス、世界の肥大化、MOD の読み込み、および悪い設定習慣の影響を受けやすくなります。稼働時間の向上とレイテンシーの短縮が必要な場合、通常、完全な再構築ではなく、いくつかの対象を絞った変更を行うことで最大の効果が得られます。
ARKサーバーのパフォーマンスに実際に悪影響を与えるもの
ほとんどの管理者は、ラグがあるということは、より多くの RAM が必要であることを意味すると考えています。場合によってはそうなることもありますが、サーバーが肥大化した世界のシミュレーションに多くの時間を費やしているため、通常は ARK の速度が低下します。飼いならされた生き物、積み重ねられた構造物、経路探索、繁殖小屋、特大の MOD パックはすべて作業を追加します。サーバーのティックが遅れると、プレイヤーはすぐにそれを感じます。
ストレージは、多くの新しいホストが期待している以上に重要です。特にアクティブな部族が存在する大規模なマップでは、保存操作とワールドのロードが大きな影響を受けます。高速 SSD ストレージにより問題は軽減されますが、一度に多すぎるエンティティをシミュレートするサーバーは修正されません。
CPU の動作はさらに重要です。 ARK は複数のスレッドを使用しますが、コア数だけでは解決できません。通常、コアごとの優れたパフォーマンスと安定したクロック速度は、問題に追加の仮想コアを投入するだけではなく、応答性を高めるのに役立ちます。ホストが紙の上では安価に見えても、負荷がかかると停止する場合、多くの場合、これが原因です。
測定によるARKサーバーのパフォーマンスチューニングを開始する
設定を変更する前に、サーバーの最悪の時間帯を監視してください。ベースラインのないパフォーマンス チューニングはすぐに推測に変わります。
最初に 3 つのことを追跡します: プレイヤー数、保存に関連したラグのスパイク、およびレイテンシのジャンプがいつ開始されるかです。次に、それを世界で起こっていることと比較してください。プレイヤーはメガベースの周りに集まっていますか?最近MODを追加しましたか？繁殖イベントでマップが余分な生き物でいっぱいになりましたか?これらのパターンにより、問題がインフラストラクチャ、構成、または世界管理のいずれにあるのかがわかります。
再起動後はサーバーがスムーズに動作するものの、時間の経過とともにパフォーマンスが低下する場合は、通常、世界の成長が問題です。新しいマップですぐに問題が発生する場合は、ハードウェア層または起動構成が、選択したマップと MOD スタックに対して軽すぎる可能性があります。
ハードウェア側: アップグレードが実際に役立つところ
ARK の場合、通常、最適なハードウェア アップグレードは、より高速な CPU パフォーマンスと SSD バックアップのストレージです。特に大規模なマップや MOD では RAM が依然として重要ですが、CPU バウンドのサーバーにメモリを投入しても途切れが修正されることはほとんどありません。
数人の友人のための軽量のプライベート サーバーには、アクティブな部族がいるパブリック クラスターとはまったく異なるニーズがあります。当然のことのように聞こえますが、多くの管理者は、ピーク時のアクティビティではなく平均的なアクティビティに合わせてサーバーのサイズを設定しています。 ARK はその間違いを罰します。ゴールデンタイム、イベント、ワイプ後の構築バーストは、ハードウェアが生き残るために必要なものです。
保存に長い時間がかかったり、構造の読み込みが遅れたり、自動保存中に遅延が発生したりする場合は、ストレージと I/O を優先順位リストに上げる必要があります。プレーヤーが密集したエリアに集まるまで世界が応答する場合、CPU がボトルネックになる可能性があります。優れた ARK ホスティングでは、一日中限界で走るのではなく、スパイクを吸収するのに十分なヘッドルームが得られるはずです。
実際に変化をもたらす構成変更
管理者が一度にあまりにも多くの変更を行うため、多くのサーバー構成が悪化します。より賢いアプローチは、ワールド シミュレーションに直接影響する設定を調整することです。
不必要な恐竜の負荷を減らす
野生の恐竜の数と飼い慣らされた生き物が大繁殖することは、パフォーマンスを大きく低下させる原因となります。マップが混雑していると感じる場合は、野生の恐竜の密度を下げることで、世界を空っぽにせずにサーバーの負荷を軽減できます。カスタム クリーチャーは余分なオーバーヘッドを追加することが多いため、MOD サーバーではこれがさらに重要になります。
通常、飼い慣らされた恐竜は時間の経過とともにより大きな問題になります。巨大な繁殖系統、無人の農場、装飾的な生き物のコレクションはすべてシミュレーション内でアクティブなままです。コミュニティが無制限の飼いならされたビルドアップを許可している場合、バックエンドをいくら調整してもそれを完全にカバーすることはできません。
制御構造スパム
構造もまた、静かにパフォーマンスを消耗させます。高密度のスナップポイントを備えた大規模な拠点、自動化されたクラフトセットアップ、タレットの重量が多い化合物により、最も混雑するゾーンの負荷が増加します。合理的なトライブ制限、減衰ルール、クリーンアップ ポリシーは、ほとんどの管理者が認めたい以上にサーバーの健全性を向上させます。
ここでトレードオフが重要になります。完全に制限のないビルド環境は、初期段階では素晴らしいものですが、長期的な安定性は急速に低下します。サーバーがコミュニティを重視し永続的である場合、構造の規律は単なるモデレーションではなくパフォーマンス チューニングの一部です。
自動保存のタイミングを見直す
自動保存は世界を保護しますが、保存間隔を極端に長くすると、頻繁に問題が発生する可能性があります。プレイヤーが数分ごとに予測可能なフリーズについて苦情を言う場合は、マップのサイズに対して保存頻度が短すぎる可能性があります。
答えは、保存を無効にしたり、保存を離れすぎたりしないことです。それは、回復リスクとライブパフォーマンスのバランスをとる間隔を見つけることです。アクティブなサーバーでは、許容できないロールバック リスクを引き起こすことなく、間隔を少し長くしたほうがはるかに快適に感じることがよくあります。
ビューとシミュレーションの設定について現実的になるようにしてください
高級感があるため、管理者が設定を上げることがあります。実際には、シミュレーション範囲が大きくなると、サーバーの作業量が増加します。安定したマルチプレイヤーを目標とする場合は、オプションが存在するからといって、範囲関連の値をすべて最大値にすることは避けてください。
Mods: 最大のパフォーマンスのワイルドカード
Mod は ARK サーバーを改善することができますが、それを埋めることもできます。大きな MOD パックでは、メモリ使用量、起動時間、読み込みの複雑さ、更新の手間が増加します。最適化が不十分な 1 つの MOD は、10 個の堅牢な MOD よりも多くの問題を引き起こす可能性があります。
MOD を導入したサーバーを調整するときは、すべての MOD がまだスロットを獲得しているかどうかを確認してください。化粧品パック、冗長なユーティリティ MOD、放棄されたワークショップ アイテム、および重複するクリーチャー拡張が合計されます。価値の低い MOD をいくつか削除すると、多くの場合、詳細な設定作業よりもパフォーマンスが向上します。
規律を更新することも重要です。 MOD を変更した直後にサーバーの動作が不安定になったとしても、ベース ゲームに問題があるとは考えないでください。マシンをロールバックする前に、前提条件をロールバックしてください。
マップの選択がすべてを変える
すべての ARK マップが同じように動作するわけではありません。一部のマップは、地形の複雑さ、アセットの密度、またはプレイヤーがマップ上に構築する傾向があるため、自然に重くなります。あるマップでは問題なく動作しているサーバーでも、プレイヤー数とハードウェアが同じ別のマップでは苦戦する可能性があります。
そのため、ARK サーバーのパフォーマンス調整は常にマップを意識する必要があります。要求の厳しいマップ、大規模な MOD リスト、および繁殖率の向上をホストしている場合、あらゆる方向からのオーバーヘッドが積み重なっています。それでも問題なく実行できますが、基本的なバニラ設定のように扱うのではなく、その負荷を考慮した計画を立てる必要があります。
ワールドのメンテナンスはオプションではありません
古い ARK ワールドには問題が集まります。放棄された基地、過剰な飼い慣らし、ドロップアイテム、イベントの残骸はすべて、誰かが掃除するまでエコシステムに残ります。サーバーが数か月間稼働している場合、メンテナンスは通常の運用の一部です。
通常の恐竜ワイプは、特にスポーンの問題やアップデート後など、特定の場合に役立ちますが、普遍的な修正ではありません。さらに役立つのは、放棄された建造物を撤去し、部族の規則を施行し、飼いならされた人口を確認するためのルーチンです。安定したパフォーマンスは、クラッシュに対応するだけでなく、成長を管理することによってもたらされます。
ここでも、信頼性の高いインフラストラクチャが役立ちます。迅速な導入、SSD ベースのストレージ、予測可能な稼働時間を備えたサーバーにより、トラブルシューティングのための明確なベースラインが得られます。プラットフォームに一貫性がない場合、あらゆるチューニングの決定を評価することが難しくなります。
いつ調整し、いつスケールアップするか
最適化だけでは十分ではなくなる点があります。サーバーが健全で、MOD リストが管理下にあり、ワールドルールが合理的で、ゴールデンタイムの負荷がまだラグに押し込んでいる場合は、おそらくより多くのヘッドルームが必要です。
そのアップグレードは必ずしも最も高価なプランを意味するわけではありません。これは、実際の使用状況に応じた CPU パフォーマンス、RAM、ストレージの適切なバランスを意味します。多くのコミュニティ管理者にとって、それは常に消火活動を行うことと、単にサーバーを実行することの違いです。中心に構築されたプロバイダー ゲームホスティングのパフォーマンス、ACLClouds と同様に、値が単なる生のスペックではないため、ここでは役に立ちます。低レイテンシのインフラストラクチャ、SSD パフォーマンス、DDoS 保護、およびチューニング作業が無駄にならないようにする十分な一貫性が備わっています。
最高の ARK サーバーは、過剰な設定を感じません。安定感があります。プレイヤーはログインし、構造物は迅速にロードされ、動きは応答性を保ち、戦いはサーバーの途切れではなくゲームプレイによって決まります。それが本当のターゲットです。それを念頭に置いてチューニングすると、すべての設定変更が判断しやすくなります。