9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Eric Van Hensbergen <ericvh@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] Interested in improving networking in Plan 9
Date: Mon, 31 Aug 2009 10:09:13 -0500	[thread overview]
Message-ID: <a4e6962a0908310809u2ec52beat54977f7a71ac88c8@mail.gmail.com> (raw)
In-Reply-To: <8ccc8ba40908310755q76c52917qa8483db5ed2aa9bc@mail.gmail.com>

On Mon, Aug 31, 2009 at 9:55 AM, Francisco J Ballesteros<nemo@lsub.org> wrote:
> Hmmm. we did that for FS processes on Plan B. I mean, keep a
> dynamic version of a registry. It kept the list of volumes available at a
> central place.
>
> I think it can be used as is on Plan 9, without changes.
>
> There was a program (I think it was called adsrv; not sure, it´s on the
> Plan B man pages) were file servers could keep an open file as long as
> they were alive.
>
> We didn´t do load balancing but it shouldn´t be hard to add that to
> this program.
>
> If there´s interest I can dig in our worm (although it should be also
> on sources).
>

While that sounds interesting and may be useful in its own right, a
centralized server isn't really desirable -- part of the nice thing of
zeroconf is moving to a decentralized environment, and ideally doing
it in a scalable fashion (which isn't trivial on hundreds of thousands
of cores, we certainly don't want unrestricted multicast in such an
environment lest we drown in our own vomit of multicast queries and
responses).  Inferno also has a dynamic registry service available as
another example implementation.  However -- I think embracing some
internet standards wouldn't be a bad thing -- DNS is certainly an
existing example of an external protocol we support even though we
could have invented our own.  Extending the DNS support to mDNS and
DNS-SD shouldn't be that big of a deal -- and most of the hard work is
in defining the Plan 9 interface not actually writing the protocol
support.  It would allow us to play nice with other systems, which may
be very beneficial in xcpu environments (which also currently suffers
from a static configuration), and in particular on our Blue Gene work
where front-end nodes are typically Linux or MacOSX workstations.

         -eric



  reply	other threads:[~2009-08-31 15:09 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-30  7:21 Vinu Rajashekhar
2009-08-30 14:21 ` ron minnich
2009-08-30 16:19   ` Eric Van Hensbergen
2009-08-30 17:07   ` erik quanstrom
2009-08-30 17:40     ` Venkatesh Srinivas
2009-08-30 17:53       ` erik quanstrom
     [not found]   ` <c81a07350908300842w3df8321aidf55096b65eb9b77@mail.gmail.com>
2009-08-30 18:17     ` ron minnich
2009-08-30 18:35       ` ron minnich
2009-08-31  3:34         ` erik quanstrom
2009-08-31 12:45           ` Eric Van Hensbergen
2009-08-31 12:51             ` erik quanstrom
2009-08-31 12:59               ` Vinu Rajashekhar
2009-08-31 13:05                 ` erik quanstrom
2009-08-31 13:48                   ` Anthony Sorace
2009-08-31 14:51                 ` Devon H. O'Dell
2009-08-31 15:03                   ` Vinu Rajashekhar
2009-08-31 13:42               ` Eric Van Hensbergen
2009-08-31 14:04                 ` erik quanstrom
2009-08-31 14:25                   ` Eric Van Hensbergen
2009-08-31 14:36                     ` erik quanstrom
2009-08-31 14:57                       ` Eric Van Hensbergen
2009-08-31 15:52                         ` erik quanstrom
2009-08-31 16:12                           ` Eric Van Hensbergen
2009-08-31 14:55                     ` Francisco J Ballesteros
2009-08-31 15:09                       ` Eric Van Hensbergen [this message]
2009-08-31 15:56                         ` erik quanstrom
2009-08-31 16:16                     ` Bakul Shah
2009-08-31 16:33                       ` Eric Van Hensbergen
2009-09-02 16:50                         ` Bakul Shah
2009-09-02 17:10                           ` Robert Raschke
2009-09-03 11:21                           ` matt
2009-09-03 12:50                             ` erik quanstrom
2009-09-03 16:13                               ` Anthony Sorace
2009-09-03 16:29                                 ` erik quanstrom
2009-09-03 16:34                                 ` Robert Raschke
2009-09-03 21:50                                 ` Daniel Lyons
2009-09-03 19:08                               ` Steve Simon
2009-08-31 17:09                       ` Devon H. O'Dell
2009-08-31 17:20                         ` erik quanstrom
2009-08-31 17:32                           ` Devon H. O'Dell
2009-08-31 18:00                             ` erik quanstrom
2009-08-31  4:17 ` Federico G. Benavento
2009-08-31  4:53   ` Vinu Rajashekhar
2009-08-30 17:22 erik quanstrom
2009-08-30 17:36 ` Vinu Rajashekhar
2009-08-30 17:56   ` erik quanstrom

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a4e6962a0908310809u2ec52beat54977f7a71ac88c8@mail.gmail.com \
    --to=ericvh@gmail.com \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).