[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 05/09 15:35 / Filesize : 134 KB / Number-of Response : 413
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

MMORPG 作成



88 名前:81 [01/11/08 15:37 ID:PAYRb3Kt]
もひとつ面白いハナシ。
全プレイヤーの条件(マシンスペックを吸収するため)にするために、
たとえば一定時間にエントリーしうるメッセージを制限する方法を考えて
みたりします。(例題として)
その場合、たとえば100人いたら、100人のプレイヤーのメッセージ
をすべて受け取ってからでないと、サーバは結論を出せない事になります。
(意味通じるか不安。御存じの既存MMOに置き換えて想像してね)
その後、現状の評価を行った後、サーバが全プレイヤーに状況を送り
返すとします。
●全クライアントの(乗り遅れは無効)エントリーを待つ
●サーバによる評価、行動の適用
●全クライアントへ結果返信
この後ようやく、クライアントはその「回」の描画を開始できる
事になります。
次の送信は、さらにこの後です。
エライ時間かかっちゃうよね、これでは。
もっと言うと、サーバのCPUが使われずに待ちになってる時間、
サーバの回線が使われていない時間、つまり無駄も多いよね。

RPGに限らず、通信コストやサーバの計算時間を「一滴も」無駄に
したくないMMOの場合、時間軸を中心にそえた設計をしていないと、
トンデモプログラムになる事請け合い。






[ 続きを読む ] / [ 携帯版 ]

全部読む 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<134KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef