From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: fetching substitutes slow
Date: Tue, 21 Jan 2014 14:13:14 +0100
Message-ID: <87d2jljx5h.fsf@gnu.org>
References: <52DE30D6.3090409@totakura.in>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:55753)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1W5bDt-0004mb-Hf
	for guix-devel@gnu.org; Tue, 21 Jan 2014 08:18:39 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1W5bDe-0005j3-9Q
	for guix-devel@gnu.org; Tue, 21 Jan 2014 08:18:33 -0500
Received: from hera.aquilenet.fr ([141.255.128.1]:35867)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ludo@gnu.org>)
	id 1W5bDe-0005ik-21
	for guix-devel@gnu.org; Tue, 21 Jan 2014 08:18:18 -0500
In-Reply-To: <52DE30D6.3090409@totakura.in> (Sree Harsha Totakura's message of
	"Tue, 21 Jan 2014 09:33:26 +0100")
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
To: Sree Harsha Totakura <sreeharsha@totakura.in>
Cc: guix-devel@gnu.org

Sree Harsha Totakura <sreeharsha@totakura.in> skribis:

> So, I removed the timeout with the attached patch and the substitute
> downloads are working again.  This time I observed that the speed at
> which the substitute-binary.scm downloads the nar file is far low than
> when the same file is downloaded through wget.  I haven't done extensive
> testing on this to confirm firmly, but it looks like the http-fetch
> implementation is not efficient.  Can anyone confirm this?

What version of Guile are you using?

With Guile > 2.0.5, you get the =E2=80=9Cis slow=E2=80=9D warning, but down=
loading
proceeds anyway (and there should be a progress report.)  The intent
with 2.0.5 is that there=E2=80=99s no warning at all because its API didn=
=E2=80=99t
allow us to resume download.

Are you observing something different?

Thanks,
Ludo=E2=80=99.