MMOのサーバ（ハード）の構成ってどうなってるの？

**名前は開発中のものです。** · 02/08/22 16:34

MMORPG（2000～4000人くらいの規模）のサーバの
ハード構成ってどんなんだろうか？そのスペックは？
また、PCサーバ１台でさばけるユーザー数は
何人くらいまでなんだろうか？（帯域は潤沢として）
MMOだと１PCではマルチスレッドやマルチプロセスでも
1000くらいが限界？なのだろうか？
また、サーバハードを複数に分けると（PC５００人で１さーばX８とか）
だと同期をとると同じLAN内でも遅延発生しまくりの予感・・・
目標はリネージュくらいの規模のMMOを想定しています。
知識者、経験者、そのほかだれでもいいから知っていること
かきこんで!!!!

**名前は開発中のものです。** · 02/08/22 16:38

リネージュはKIMUCHIサーバー

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/08/22 16:45

なんでこの板はすぐに終了させたがるのか？

**名前は開発中のものです。** · 02/08/22 16:46

みなさまアンケートにご協力下さい。

既にプロ市民と隣国の組織票にやられ短時間のうちに差がついて
しまいますた。
清き一票をお願いすます

今回愛媛で「新しい歴史教科書をつくる会」の教科書が採用されたことについて
http://clickanketo.com/cgi-bin/q.cgi?q0001172911

**名前は開発中のものです。** · 02/08/22 16:47

１です。
linux2.2系の場合プロセス数の上限が512だったような・・・
SUNやBSDではもっと多くできるのかな？
プロセス数の上限が接続できるユーザーの１サーバあたりの
上限と考えてもいいのだろうか？

**名前は開発中のものです。** · 02/08/22 16:51

>>4
意味も理解してないのに「つまんねーこと聞くな。こんなもん終了だ」というスタイルを取るのがカッコいいと思ってる馬鹿がいるんだろう。

**名前は開発中のものです。** · 02/08/22 16:52

>>6
>１です。
> linux2.2系の場合プロセス数の上限が512だったような・・・
> SUNやBSDではもっと多くできるのかな？
> プロセス数の上限が接続できるユーザーの１サーバあたりの
> 上限と考えてもいいのだろうか？
>

こんなんあるけどつかえる？
http://www.nxhack.tarumi.kobe.jp/linux_kernel_tuning.html

**名前は開発中のものです。** · 02/08/22 16:55

１です。
もし、複数のサーバでそれぞれユーザーをさばいていたり
NPCを別のサーバでさばくと
、隣のサーバまでは当然TCPで接続となる。
と、たとえば全ユーザーの検索とか
いろいろとTCPのオーバーヘッドが大きくなりそうなので
たとえ100B-TX　のLAN接続でも、同期を取るのが
たいへんそうだ・・・

**名前は開発中のものです。** · 02/08/22 17:00

＞８さん
１です。
なるほど、こうやってぎりぎりいっぱいまで
チューニングして、１台のPCサーバで５０００人くらいまで
さばくんですか・・・
参考にしてみます。ほかにも情報お持ちの方、
または、実際に稼動している、もしくは開発中のMMOでサーバ構成を
ご存知の方、タレコミPlz！

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/08/22 20:47

終了厨の夏

**名前は開発中のものです。** · 02/08/22 22:59

夏厨風月

**名前は開発中のものです。** · 02/08/22 23:43

回線問題はあまり深刻でないと思うよ。
どうせ人そんなに来ないだろうし、来てからで（・∀・）イイ

ユーザーがゲーム中にサーバー間を移動しないならば、バンバン分散させるのが楽。
東風荘やPSOがこれに当たる。個々のゲームサーバは個別に起動/終了させられる
ようにしておくと管理が楽。ロビーサーバは結局必要。

そうでないＭＭＯなモノを作るとなると、カナーリ大変。下手に分散させると
サーバー間の同期問題で死ねる。Ultima Onlineなんかはうまくやってるほうだけど
それでも時々おかしなことが起こる。

データストアも頭が痛い。単純に考えるとDBにストアすることになるだろう。
どのタイミングで保存するか、どれだけのデータを保存するか、いつロードするか、
ワールド全体が保存の対象か、ユーザーごとに保存するのか、異常終了からの
復帰時に行うべき処理、ナドナド。

**名前は開発中のものです。** · 02/08/22 23:45

どちらかというと適応予測とかハズレの場合のリカバリについて詳しい
のがあるとうれしかったり。

**名前は開発中のものです。** · 02/08/22 23:51

そりゃスレ違いっぽい

**名前は開発中のものです。** · 02/08/22 23:58

>>1が何の知識も無く関連URLすら張らず努力の跡が全くみられず結局単発質問スレになっている
その後に付くのは終了AAと実際に組んだこともないのに想像だけで知ったかするだけの回答者
これを糞スレという

**名前は開発中のものです。** · 02/08/23 00:09

実際のサーバー構成ってどんなだろうな...

**名前は開発中のものです。** · 02/08/23 00:14

>>17
正直同じ穴の狢

**名前は開発中のものです。** · 02/08/23 00:57

他はムジナだが19のみムジナの糞。

**名前は開発中のものです。** · 02/08/23 01:04

1です。
>14
UOみたいなタイプでサーバーを複数分散させると
地獄を見るのは・・・・先月実験しますた。
やはり、サーバ単騎で1ワールドがべすとかなぁ？
データのストアはユーザーログイン時に
HDDベースのDB（オラクルやmysql等）で読み込んで
稼動中はメモリベースの自作DBを使います。
で、サーバを立ち上げる前、落とす前、
ユーザーがログインする前、後で
HDDベースのDBにアクセス
それ以外はメモリベースでまかないます。
HDDベースのDBでゲーム中もストア等のためにDBアクセスを
すると、とてもUOやリネージュみたいなスピードは
出ませんでした。

**名前は開発中のものです。** · 02/08/23 01:05

１です。
とりあえずターゲットはリネージュを目標に
作成中。

**名前は開発中のものです。** · 02/08/23 01:07

17=20が悔しがってる？

**あぼーん** · NG

あぼーん