[Home] [Groups] - Message: [Prev in Group] [Next in Group]

nu.kanga.list.mud-dev

14239: Re: [MUD-Dev] Multilevel server concept

[Full Header] [Plain Text]
From: Hans-Henrik Staerfeldt <hhs@cbs.dtu.dk>
Newsgroups: nu.kanga.list.mud-dev
Date: Fri, 7 Apr 2000 12:56:35 +0200 (MDT)
References: [1]
Organization: Kanga.Nu
On Thu, 5 Nov 1998, Draymoor wrote:
>
> I don't know how viable this is, or if it's already used, comments
> suggestions please?

Valhalla uses something similar (called mplex) which basically only=20
handles color coding and connection with the users. The mplexers uses
TPC/IP to communicate with the mud. Their usage is limited, so they=20
do not allow talk, nor do they function as a security point (they only
have data of connection and color setup), but they will keep the=20
connections if the connection to the server is down.

> The immediate problem I see is that this might cause more lag due to th=
e
> double send/recieve and longer path, but I don't know how bad that woul=
d be.

I am sure that a badly chosen mplex site (with a longer route to the
mud site) would introduce more lag (that is the lag from send data=20
is reacted on by the main server). I think there might be cases where=20
it improves speed, where the route of the users packages would be=20
slower, had he connected directly to the main server. But my guess=20
would be that this introduces extra lag in most cases, unless you do
make special arrangements, like a high-speed dedicated line from
your collections points.

Hans Henrik St=E6rfeldt   |    bombman@diku.dk    | work:  hhs@cbs.dtu.dk=
      |
address:                |___  +45 40383492    __|__       +45 45252425   =
  __|
 Dybendalsvej 74 2. th, | Scientific programmer at Center for Biological =
    |
 2720 Vanl=F8se, Danmark. |  Sequence Analysis, Technical University of D=
enmark|




_______________________________________________
MUD-Dev mailing list
MUD-Dev@kanga.nu
http://www.kanga.nu/lists/listinfo/mud-dev