Update the syslink documentation. This is still a work in progress. The
authorMatthew Dillon <dillon@dragonflybsd.org>
Tue, 3 Apr 2007 03:09:28 +0000 (03:09 +0000)
committerMatthew Dillon <dillon@dragonflybsd.org>
Tue, 3 Apr 2007 03:09:28 +0000 (03:09 +0000)
commit780c1851cf0b9291bfa462e78f04b80f86888b3a
treef6cb323b012dcde3d93bc5c383e7c1b4d54e1b43
parent822dce70c16c4f03ce9cb49905e6bbcb5b140dd3
Update the syslink documentation.  This is still a work in progress.  The
main change is that I got stuck in a hole and diverged from my original
concept of having a self-identifying network.  These changes reformulate
the algorithms such that we are back to the self-identifying network concept.
That is, the idea that you can just connect into a cluster at any point and
everything will be worked out automatically.

One big issue still needs to be resolved, and that is how to figure out
an optimal physical route from point A to point C without having to go
through point B, where point B is the registration node used as a rendezvous
for A and C.  It is always possible for A to issue a cluster-wide broadcast
to 'forge' a route to C, or vise-versa, and we will probably implement things
this way initially (and always have it available for emergencies), but it
would not scale as the cluster grows despite the fairly rough granularity
in the resources being advertised (e.g. filesystems rather then files).
lib/libc/sys/syslink.2