Path: utzoo!utgpu!water!watmath!clyde!bellcore!faline!thumper!ulysses!andante!mit-eddie!ll-xn!ames!pasteur!ucbvax!decwrl!hplabs!sdcrdcf!trwrb!aero!venera.isi.edu!raveling
From: raveling@venera.isi.edu.UUCP
Newsgroups: comp.windows.x
Subject: Re: ftp'ing from expo
Message-ID: <5612@venera.isi.edu>
Date: 31 May 88 21:50:28 GMT
References: <8805272018.AA22868@EXPO.LCS.MIT.EDU>
Sender: news@venera.isi.edu
Reply-To: raveling@vaxa.isi.edu (Paul Raveling)
Organization: USC-Information Sciences Institute
Lines: 34
Posted: Tue May 31 17:50:28 1988

In article <8805272018.AA22868@EXPO.LCS.MIT.EDU> jim@EXPO.LCS.MIT.EDU (Jim Fulton) writes:
>Please avoid ftp'ing from expo.lcs.mit.edu in between the hours of 9am and
>6pm east coast, USA time.  
>
>Jim Fulton
>MIT X Consortium

	As I see it the main reason for not doing this is crummy
	network performance, with negligible bandwidth in "prime time".
	I question whether it's appropriate for the X Consortium
	to discourage public domain distribution of X.

	Wouldn't it be more appropriate to attempt to support
	the ability of X users to import software during their
	own working hours?
	
	Would it help to direct part of the X Consortium's revenue
	toward purchase of disk capacity to keep X at additional
	cooperating sites?  This might help if sites were carefully
	chosen to place a server within as many subnets as possible,
	to avoid gateway bottlenecks and to distribute overall load
	among more servers and more subnets.  Perhaps it would be
	appropriate for the Open Software Foundation to participate
	in this sort of support.

	BTW, I've never been able to connect to decwrl.dec.com
	during the day.  Delay is always so high that either the
	initial connection or the login process times out.  Perhaps
	it's "protected" from our subnet by a cascade of slow gateways.


---------------------
Paul Raveling
Raveling@vaxa.isi.edu