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