X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 	tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <hcm80g$4um$1@ger.gmane.org>
References: <4AEAD9EE DOT 4010009 AT gamr7 DOT com> 	 <20091030125852 DOT GB1361 AT ednor DOT casa DOT cgf DOT cx> <4AEBA0D2 DOT 5060001 AT gmail DOT com> 	 <hcm80g$4um$1 AT ger DOT gmane DOT org>
Date: Mon, 2 Nov 2009 12:46:29 +0000
Message-ID: <416096c60911020446x3e1cb001td775078fcf85e4be@mail.gmail.com>
Subject: Re: Parallel downloading of Cygwin packages
From: Andy Koppe <andy DOT koppe AT gmail DOT com>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

2009/11/2 Ron de Bruijn:
> A single fast mirror is only going to be faster than multiple mirrors for
> unrealistic values of "fast".

Well, I regularly get 1 MByte/s from nearby mirrors. Call me
undemanding, but I think that's a realistic value for "fast".

> The reason for me not picking a fast mirror is
> simple; the only way to find out the speed of all the mirrors on this
> particular network is trying them all, because there is a proxy which only
> sends the files to my machine when they are completely done downloading. If
> the list of required packages is documented in a dead simple format (which
> it probably is) and the list of mirrors is always in some stable location,
> then writing something which downloads everything in parallel should be less
> than 50 lines of code.

*splutter*. You obviously haven't seen setup.exe's source code, and
you're forgetting that any such solution also needs to be integrated
into the UI, most interestingly, the progress screen, which is
currently designed for downloading one package at a time. Parallel
downloading would be nice to have, but it's nowhere near the top of
the list of potential setup.exe improvements.

Meanwhile, you could always implement your scheme as a script that
downloads into a local directory and installs from there.

Andy

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple