1999Q2/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: Re: [MUD&#45;Dev] Sockets -->
<!--X-From-R13: [nex Uevggre <znexNreqbf.Egnasbeq.SRG> -->
<!--X-Date: Sat, 15 May 1999 02:31:34 &#45;0700 -->
<!--X-Message-Id: 199905142057.NAA06174#erdos,Stanford.EDU -->
<!--X-Content-Type: text -->
<!--X-Reference: 199905130824.DAA12953#laurel,actlab.utexas.edu -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, Re: [MUD-Dev] Sockets</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:mark#erdos,Stanford.EDU">
</head>
<body background="/backgrounds/paperback.gif" bgcolor="#ffffff"
      text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000">

  <font size="+4" color="#804040">
    <strong><em>MUD-Dev<br>mailing list archive</em></strong>
  </font>
      
<br>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->

Date:&nbsp;
[&nbsp;<a href="msg00253.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00250.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00293.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00269.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00257">Author</A>
&nbsp;|&nbsp;<A HREF="#00257">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00257">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>Re: [MUD-Dev] Sockets</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Subject</em>: Re: [MUD-Dev] Sockets</LI>
<LI><em>From</em>: Mark Gritter &lt;<A HREF="mailto:mark#erdos,Stanford.EDU">mark#erdos,Stanford.EDU</A>&gt;</LI>
<LI><em>Date</em>: Fri, 14 May 1999 13:57:36 -0700 (PDT)</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Sender</em>: <A HREF="mailto:mud-dev-admin#kanga,nu">mud-dev-admin#kanga,nu</A></LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
Cynbe ru Taren writes:
&gt; Efficient use of today's CPUs means applying that 98% idle time to
&gt; do something useful for the user, not upping it to 99% idle time.

*grin*  You mean you're not running SETI@home?

&gt; E.g., check out "A Review of Experiences with Reliable Multicast"
&gt; at <A  HREF="http://cs-tr.cs.cornell.edu/">http://cs-tr.cs.cornell.edu/</A> and decide what the implications
&gt; are for mud-dev:  Is reliable multicast appropriate?  Practical?
&gt; Desirable?  Does it make it too easy for a single malicious
&gt; participant to bring everything to a halt?  How much consistency
&gt; between the views presented to different participants is required?
&gt; Desirable?  Practical?  Possible?

I don't see multicast being all that useful for MUDs.  As a scalable 
bulk-distribution method, it's an efficient way of updating clients
(new version of the code, image cache preloading, etc.) especially if you 
use the "digital fountain" approach.  (See <A  HREF="http://www.dfountain.com">http://www.dfountain.com</A> --- 
the Berkeley people who invented it have gone commercial...)

If MUDs start incorporating voice, it might be worthwhile to have 
"per-room" multicast groups to distribute the data, but it need not be
reliable.

But... for bandwidth-intensive applications, it's more likely the individiaul 
client bandwidth that's the problem, not the server.  Multicast doesn't
help the client at all.

Usually different players have different views of a situation.
In addition to just simple position, you might have invisibility, hidden
objects or characters, darkness, blindness, etc.  Sending out more data
than the client actually "sees" has security implications and increases
client load.

Finally, global multicast groups are likely to be expensive (if ever 
available), putting them out of consideration for most MUDs.  

(Incidentally, not all reliable multicast systems suffer from the "crying
baby problem" --- one bad/slow client bringing everything down.  Reliable
multicast algorithms can use subcasting, NAK fusion, or logging to deal
with these; note also that the consistency required by a MUD isn't all
that great--- lagging characters are just ignored.)

Mark Gritter
mark#erdos,stanford.edu


_______________________________________________
MUD-Dev maillist  -  MUD-Dev#kanga,nu
<A  HREF="http://www.kanga.nu/lists/listinfo/mud-dev">http://www.kanga.nu/lists/listinfo/mud-dev</A>


</PRE>

<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<!--X-Follow-Ups-End-->
<!--X-References-->
<UL><LI><STRONG>References</STRONG>:
<UL>
<LI><STRONG><A NAME="00245" HREF="msg00245.html">RE: [MUD-Dev] Sockets</A></STRONG>
<UL><LI><EM>From:</EM> Cynbe ru Taren &lt;cynbe#muq,org&gt;</LI></UL></LI>
</UL></LI></UL>
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00253.html">RE: [MUD-Dev] Sockets</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00250.html">Re: [MUD-Dev] Dynamically changing room descriptions</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00293.html">RE: [MUD-Dev] Sockets</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00269.html">[MUD-Dev] Re[2]: [MUD-Dev] Sockets</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00257"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00257"><STRONG>Thread</STRONG></A></LI>
</UL>
</LI>
</UL>

<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
<ul><li>Thread context:
<BLOCKQUOTE><UL>
<LI><STRONG>RE: [MUD-Dev] Sockets</STRONG>, <EM>(continued)</EM>
<ul compact>
<LI><strong><A NAME="00245" HREF="msg00245.html">RE: [MUD-Dev] Sockets</A></strong>, 
Cynbe ru Taren <a href="mailto:cynbe#muq,org">cynbe#muq,org</a>, Fri 14 May 1999, 08:20 GMT
<UL>
<LI><strong><A NAME="00253" HREF="msg00253.html">RE: [MUD-Dev] Sockets</A></strong>, 
Caliban Tiresias Darklock <a href="mailto:caliban#darklock,com">caliban#darklock,com</a>, Sat 15 May 1999, 09:31 GMT
<UL>
<LI><strong><A NAME="00272" HREF="msg00272.html">Re: [MUD-Dev] Sockets</A></strong>, 
Travis Casey <a href="mailto:efindel#io,com">efindel#io,com</a>, Sun 16 May 1999, 21:10 GMT
</LI>
<LI><strong><A NAME="00293" HREF="msg00293.html">RE: [MUD-Dev] Sockets</A></strong>, 
Adam Wiggins <a href="mailto:adam#angel,com">adam#angel,com</a>, Tue 18 May 1999, 06:37 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00257" HREF="msg00257.html">Re: [MUD-Dev] Sockets</A></strong>, 
Mark Gritter <a href="mailto:mark#erdos,Stanford.EDU">mark#erdos,Stanford.EDU</a>, Sat 15 May 1999, 09:31 GMT
</LI>
<LI><strong><A NAME="00269" HREF="msg00269.html">[MUD-Dev] Re[2]: [MUD-Dev] Sockets</A></strong>, 
Travis Casey <a href="mailto:efindel#io,com">efindel#io,com</a>, Sun 16 May 1999, 21:07 GMT
</LI>
</UL>
</LI>
</ul>
</LI>
<LI><strong><A NAME="00054" HREF="msg00054.html">[MUD-Dev] Virtual machine design</A></strong>, 
Shane King <a href="mailto:thandor#donut,dhis.org">thandor#donut,dhis.org</a>, Fri 16 Apr 1999, 06:56 GMT
<UL>
<LI><strong><A NAME="00057" HREF="msg00057.html">Re: [MUD-Dev] Virtual machine design</A></strong>, 
Ben Greear <a href="mailto:greear#cyberhighway,net">greear#cyberhighway,net</a>, Sat 17 Apr 1999, 04:43 GMT
<UL>
<LI><strong><A NAME="00059" HREF="msg00059.html">Re: [MUD-Dev] Virtual machine design</A></strong>, 
Shane King <a href="mailto:thandor#donut,dhis.org">thandor#donut,dhis.org</a>, Sat 17 Apr 1999, 05:09 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL></BLOCKQUOTE>

</ul>
<hr>
<center>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
</center>
<hr>
</body>
</html>