Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 21 Jan 2000 17:39:39 -0800 (PST)
From:      "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net>
To:        hasty@rah.star-gate.com (Amancio Hasty)
Cc:        obrien@FreeBSD.ORG, jdp@polstra.com (John Polstra), current@FreeBSD.ORG
Subject:   Re: Please help spread the CVSup mirror load more evenly
Message-ID:  <200001220139.RAA59492@gndrsh.dnsmgr.net>
In-Reply-To: <200001220133.RAA23696@rah.star-gate.com> from Amancio Hasty at "Jan 21, 2000 05:33:21 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
> > > Hi David,
> > > 
> > > John can implement a ping echo packet protocol for cvsup whose
> > > response can have "cool" information on the server. Steven's
> > > book on Networking already has the code for doing network latency
> > > calculations . It is more like if John has the time to implement
> > > such scheme ....
> > 
> > You don't even need to modify the protocol.  Just write a small
> > tcp program that times the 3 way handshake on open to all the
> > servers, take the one with the sortest time and spit that out
> > for the user to stuff in his cvsupfile.
> > 
> > 15 lines of perl should be more than enough :-)
> > 
> Hi,
> 
> Thats gross server load balancing . The network travel time
> does not tell you how how loaded the machine is or the server.

It may be gross to the server but it is optimal to the networks :-)

> 
> There are  couple of RFCs on network load balancing with 
> respect to servers or services and I am sure that there
> are also widely available research papers. 

Most of those concentrate on balancing the load on the server
itself.  How about balancing the load on the network paths,
I doubt very much that we have a server load problem near as
much as we have a network load problem due to people not
having ready access to the data that says ``this server is
closest network wise to me''.


-- 
Rod Grimes - KD7CAX @ CN85sl - (RWG25)               rgrimes@gndrsh.dnsmgr.net


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200001220139.RAA59492>