専用サーバー対クライアント/サーバーの複合？

Question

私はゲームサーバーとクライアントを作成しています。サーバーは世界を生成し、さまざまなプレーヤーのクライアントまで提供します。大規模なマルチプレイヤーではありません。

クライアントは（少なくとも今のところ）かなり要求の厳しいソフトウェアレンダラーを実行するだけでなく、標準のクライアント側のシミュレーションを実行します（これは権限のあるサーバーの承認を必要とします）。良い。

サーバはまた、プロセッサを集中すること、およびプロジェクトの性質を与えられますが、プロジェクトが進むにつれてより多くのようになるだけに可能性があります。世界は手続き的であり、そのうちのいくつかはの間に行われます。の再生中です。世界のオプションは、ゲームが開始される前に、その時のシステム能力に基づいて設定されます（理想的には、最小限の外部プロセスが実行されていることが理想的です）。したがって、ハードウェアスレッド数のスケーラビリティは、サーバにとって絶対必要です。

また、MMOではなく、であるため、プレイヤーはすべてクライアントとサーバーの両方にアクセスできるため、独自のサーバーをセットアップできます。多くのプレイヤーは、友人と遊ぶことができるように、サーバーをホストしてクライアントを実行するマシンを1台しか持たないでしょう。この事実に基づいて、私はより良いサービスを提供するでしょうか？

• 組み合わせ、クライアントとサーバプロセス
• 別々のクライアントとサーバが

を処理...なぜ？

PS。上記の複雑さのうちのいくつかが後で過ぎ去ったとしても、私はできるだけ早くアーキテクチャを（この点で）適切にする必要があります。

Answer 1

私は意思決定のお手伝いをするための最も重要な側面があると言うだろう - クライアントとサーバーの両方のために共有されているすべての計算集約的なタスクがありますか？クライアントとサーバーの両方に対して計算を2回ではなく1回行うことができれば、1つのプロセスを持つことが理にかなっています（ただし、これは実装が難しいかもしれません）。そうでなければ私はそれを別に言う。

は、私は、分離プロセスといくつかの利点を参照してください。

• は、クライアントがクラッシュすると、サーバーが誤って
• を起動したまま（および/または怒り（私は複雑レンダラーおよび/またはバギーグラフィックドライバでより多くの可能性と言うだろう）ときQQ）出て行くゲームは が
• （必要な場合）、それは他の人にいくつかのコアにサーバとクライアントをバインドする方が簡単です
あなたはおそらくとにかく専用サーバーを記述する必要が
• （それが上でホストすることができ
、他のプレーヤーのためのゲームを殺すことはありませんリモートサーバー、おそらくグラフィックスなし）それを他のOSに移植する方が簡単かもしれません...

クライアントコードは全体的にあまり複雑に（私はそれを思い付く場合、私は、後でリストに何かを追加することも）

Answer 2

懸念の分離は常に重要な要素ですので、別々のプロセスとして保つ方が良いでしょう。パフォーマンスにとっても優れています。クライアント機能のみを使用したい場合は、サーバー関連のコードを同じアプリケーションに保存する必要はありません。私はそれが必要な場合にのみ私はそれを起動します。