MOO-cows Mailing List Archive

[Prev][Next][Index][Thread]

Re: Webbed MOO



On Mon, 20 May 1996, Eric Mercer wrote:
>...webbed MOOs got a reputation as being laggy.  They aren't.
>  Also, the Sprawl used
> to be very populated, and having 100 connected users will lag your MOO more
> than any web system.  Then again, some implementations have more potential
> for lag if your MOO ever gets a few hundred web hits at once.
> Implementations where every web transaction creates a new MOO object are
> probably most vulnerable to this, since you're talking about a lot of server
> overhead.
[...]
>I look forward to hearing a slick rebuttal soon.  :)

No slick rebuttal, just a few comments (which probably go without saying
anyway, but...):

First of all, you can cut down on overhead by caching objects ahead of
time; then connecting via web is just as easy as connecting as an ordinary
player.  If you've got a few thousand users, you can even go snazzy and
put your user data somewhere outside the MOO and swap it in when needed
(though obviously, this comes at a cost of greater overhead).

Second, you always have full control over a MOO -- if you don't want 100
simultaneous Web users, code a cutoff just like some ftp servers (Sorry,
there are already 3 users connected at this time.  Please try again
later.)

Finally, just as a sort of overall comment on MOO speed as a Web server,
you can do it so that MOO is plenty responsive.  When I used MOO as a
gateway to a Mathematica process, I never achieved the speed the
Wolfram folks have on their Web Mma interface but it wasn't much slower
either -- and I was making a separate network connection, plus
waiting for Mma to churn out 3D graphics, plus creating the
HTML documents themselves on the fly (involving a lot of string and
list operations in the MOO). In my opinion, MOO is a fine vehicle for
providing nifty Web services.


michael




References:

Home | Subject Index | Thread Index