From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id cC2+OqYrQmAdZQAA0tVLHw (envelope-from ) for ; Fri, 05 Mar 2021 13:01:26 +0000 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id 2CB7NqYrQmB2OAAAbx9fmQ (envelope-from ) for ; Fri, 05 Mar 2021 13:01:26 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 192261B685 for ; Fri, 5 Mar 2021 14:01:26 +0100 (CET) Received: from localhost ([::1]:56602 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lIA55-0003zE-WA for larch@yhetil.org; Fri, 05 Mar 2021 08:01:24 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49934) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lIA4l-0003tk-12 for bug-guix@gnu.org; Fri, 05 Mar 2021 08:01:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:49865) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lIA4k-00076W-3q for bug-guix@gnu.org; Fri, 05 Mar 2021 08:01:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lIA4k-0000xj-2L for bug-guix@gnu.org; Fri, 05 Mar 2021 08:01:02 -0500 X-Loop: help-debbugs@gnu.org Subject: bug#46942: ci.guix.gnu.org is slow from my system Resent-From: raid5atemyhomework Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Fri, 05 Mar 2021 13:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46942 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: zimoun Cc: "46942@debbugs.gnu.org" <46942@debbugs.gnu.org> Received: via spool by 46942-submit@debbugs.gnu.org id=B46942.16149492553339 (code B ref 46942); Fri, 05 Mar 2021 13:01:02 +0000 Received: (at 46942) by debbugs.gnu.org; 5 Mar 2021 13:00:55 +0000 Received: from localhost ([127.0.0.1]:33178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIA4W-0000l7-Hn for submit@debbugs.gnu.org; Fri, 05 Mar 2021 08:00:55 -0500 Received: from mail-40137.protonmail.ch ([185.70.40.137]:22203) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIA4T-0000dA-TQ for 46942@debbugs.gnu.org; Fri, 05 Mar 2021 08:00:46 -0500 Date: Fri, 05 Mar 2021 13:00:33 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1614949238; bh=IksEqrAaf2skUNSBDSnVrT/5I43QfQKuBpDoQcskzUU=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=urJ3DHrNnxXMAIKh6FZZhNv7O6VlS5dgBXYnAaRb4pWg5xnqH8HxbwXCh6FjK6ZzW rcVvLZSLhjbfVROFazIPfMTZd+1BxKRpGVNaH9IOa77FLK5d9/AsBJGdpRGLRHCezx U2DoPnSv6r87V6wXDw3lMnR93v4NN7rEt8q12A1A= Message-ID: In-Reply-To: <86a6rh7oyr.fsf@gmail.com> References: <86a6rh7oyr.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" Reply-to: raid5atemyhomework X-ACL-Warn: , raid5atemyhomework From: raid5atemyhomework via Bug reports for GNU Guix X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -2.86 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=protonmail.com header.s=protonmail header.b=urJ3DHrN; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 192261B685 X-Spam-Score: -2.86 X-Migadu-Scanner: scn0.migadu.com X-TUID: KFmUkj6+d1QK Hi zimoun, > Hi, > > On Fri, 05 Mar 2021 at 11:22, raid5atemyhomework via Bug reports for GNU = Guix bug-guix@gnu.org wrote: > > > This can be very slow, including as slow as 4KiB/s at times. > > [...] > > > The problem is not on my ISP, or at least not solely on my ISP. Doing a= `wget` from `github.com`: > > [...] > > > As can be seen above, I get 9.34MB/s elsewhere, which is better than th= e >60Mbit/s promised by my ISP. > > Where are you located? I mean,ci.guix.gnu.org is in Berlin, so if you > are far, say in Alaska or in Puerto Williams[*], you get a poor > downloading rate. However, github.com probably uses CDN or something > like that, so obviously the rate becomes much better. > > *Puerto Williams, the World Southest town with an Internet > connection. :-) I would rather not say, since I am a very private person (otherwise I would= n't be using the "raid5atemyhomework" moniker). What I **do** find strange is that ***Tor is faster***. Surely connecting = directly from my ISP to ci.guix.gnu.org should be, in principle, faster tha= n connecting to my ISP to a random node, which connects to another random n= ode, which connects to another random node, which finally connects to Berli= n, should be ***slower***? Here are a few `ping`s to some places: ``` $ ping gnu.org PING gnu.org (209.51.188.148) 56(84) bytes of data. 64 bytes from wildebeest.gnu.org (209.51.188.148): icmp_seq=3D1 ttl=3D50 ti= me=3D301 ms 64 bytes from wildebeest.gnu.org (209.51.188.148): icmp_seq=3D2 ttl=3D50 ti= me=3D306 ms 64 bytes from wildebeest.gnu.org (209.51.188.148): icmp_seq=3D3 ttl=3D50 ti= me=3D335 ms 64 bytes from wildebeest.gnu.org (209.51.188.148): icmp_seq=3D4 ttl=3D50 ti= me=3D257 ms 64 bytes from wildebeest.gnu.org (209.51.188.148): icmp_seq=3D5 ttl=3D50 ti= me=3D234 ms ^C --- gnu.org ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4226ms rtt min/avg/max/mdev =3D 233.804/286.626/335.242/36.261 ms $ ping www.vikings.net PING www.vikings.net (168.119.169.112) 56(84) bytes of data. 64 bytes from v0.h.vkgs.io (168.119.169.112): icmp_seq=3D1 ttl=3D48 time=3D= 190 ms 64 bytes from v0.h.vkgs.io (168.119.169.112): icmp_seq=3D2 ttl=3D48 time=3D= 190 ms 64 bytes from v0.h.vkgs.io (168.119.169.112): icmp_seq=3D3 ttl=3D48 time=3D= 220 ms 64 bytes from v0.h.vkgs.io (168.119.169.112): icmp_seq=3D4 ttl=3D48 time=3D= 241 ms 64 bytes from v0.h.vkgs.io (168.119.169.112): icmp_seq=3D5 ttl=3D48 time=3D= 264 ms ^C --- www.vikings.net ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4413ms rtt min/avg/max/mdev =3D 189.767/220.941/264.326/29.054 ms $ ping www.raptorcs.com PING www.raptorcs.com (23.155.224.44) 56(84) bytes of data. 64 bytes from websvc.rptsys.com (23.155.224.44): icmp_seq=3D1 ttl=3D55 time= =3D294 ms 64 bytes from websvc.rptsys.com (23.155.224.44): icmp_seq=3D2 ttl=3D55 time= =3D307 ms 64 bytes from websvc.rptsys.com (23.155.224.44): icmp_seq=3D3 ttl=3D55 time= =3D227 ms ^C --- www.raptorcs.com ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2627ms rtt min/avg/max/mdev =3D 226.868/275.933/306.748/35.071 ms ``` And here's a few select `wget`s: ``` $ wget https://store.vikings.net/image/cache/catalog/kcmad8-1088x816.jpeg --2021-03-05 20:50:37-- https://store.vikings.net/image/cache/catalog/kcma= d8-1088x816.jpeg Resolving store.vikings.net (store.vikings.net)... 185.199.141.17 Connecting to store.vikings.net (store.vikings.net)|185.199.141.17|:443... = connected. HTTP request sent, awaiting response... 200 OK Length: 246991 (241K) [image/jpeg] Saving to: =E2=80=98kcmad8-1088x816.jpeg=E2=80=99 kcmad8-1088x816.jpeg 100%[=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>] 241.20K 19.2KB= /s in 13s 2021-03-05 20:50:51 (19.2 KB/s) - =E2=80=98kcmad8-1088x816.jpeg=E2=80=99 sa= ved [246991/246991] $ torify wget https://store.vikings.net/image/cache/catalog/kcmad8-1088x816= .jpeg --2021-03-05 20:51:22-- https://store.vikings.net/image/cache/catalog/kcma= d8-1088x816.jpeg Resolving store.vikings.net (store.vikings.net)... 185.199.141.17 Connecting to store.vikings.net (store.vikings.net)|185.199.141.17|:443... = connected. HTTP request sent, awaiting response... 200 OK Length: 246991 (241K) [image/jpeg] Saving to: =E2=80=98kcmad8-1088x816.jpeg.1=E2=80=99 kcmad8-1088x816.jpeg.1 100%[=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>] 241.20K 293KB= /s in 0.8s 2021-03-05 20:51:25 (293 KB/s) - =E2=80=98kcmad8-1088x816.jpeg.1=E2=80= =99 saved [246991/246991] $ wget https://static.fsf.org/nosvn/videos/fight-to-repair/videos/Fight-to-= Repair-720p.webm --2021-03-05 20:54:03-- https://static.fsf.org/nosvn/videos/fight-to-repai= r/videos/Fight-to-Repair-720p.webm Resolving static.fsf.org (static.fsf.org)... 209.51.188.233, 2001:470:142:5= ::233 Connecting to static.fsf.org (static.fsf.org)|209.51.188.233|:443... connec= ted. HTTP request sent, awaiting response... 200 OK Length: 40191351 (38M) [video/webm] Saving to: =E2=80=98Fight-to-Repair-720p.webm=E2=80=99 Fight-to-Repair-720p.webm 2%[=3D> = = ] 856.00K 146KB/s eta 4m 32s ^C $ torify wget https://static.fsf.org/nosvn/videos/fight-to-repair/videos/Fi= ght-to-Repair-720p.webm --2021-03-05 20:54:13-- https://static.fsf.org/nosvn/videos/fight-to-repai= r/videos/Fight-to-Repair-720p.webm Resolving static.fsf.org (static.fsf.org)... 209.51.188.233 Connecting to static.fsf.org (static.fsf.org)|209.51.188.233|:443... connec= ted. HTTP request sent, awaiting response... 200 OK Length: 40191351 (38M) [video/webm] Saving to: =E2=80=98Fight-to-Repair-720p.webm.1=E2=80=99 Fight-to-Repair-720p.webm.1 6%[=3D=3D=3D=3D=3D> = = ] 2.55M 498KB/s eta 92s ^C $ wget https://static.raptorcs.com/TL2WK2/images/boardlarge.png --2021-03-05 20:57:19-- https://static.raptorcs.com/TL2WK2/images/boardlar= ge.png Resolving static.raptorcs.com (static.raptorcs.com)... 23.155.224.44 Connecting to static.raptorcs.com (static.raptorcs.com)|23.155.224.44|:443.= .. connected. HTTP request sent, awaiting response... 200 OK Length: 5398922 (5.1M) [image/png] Saving to: =E2=80=98boardlarge.png=E2=80=99 boardlarge.png 100%[=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>] 5.15M 505KB= /s in 9.4s 2021-03-05 20:57:30 (559 KB/s) - =E2=80=98boardlarge.png=E2=80=99 saved [53= 98922/5398922] $ torify wget https://static.raptorcs.com/TL2WK2/images/boardlarge.png --2021-03-05 20:57:32-- https://static.raptorcs.com/TL2WK2/images/boardlar= ge.png Resolving static.raptorcs.com (static.raptorcs.com)... 23.155.224.44 Connecting to static.raptorcs.com (static.raptorcs.com)|23.155.224.44|:443.= .. connected. HTTP request sent, awaiting response... 200 OK Length: 5398922 (5.1M) [image/png] Saving to: =E2=80=98boardlarge.png.1=E2=80=99 boardlarge.png.1 100%[=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>] 5.15M 534KB= /s in 10s 2021-03-05 20:57:45 (515 KB/s) - =E2=80=98boardlarge.png.1=E2=80=99 saved [= 5398922/5398922] ``` I know Vikings is based in Germany, so it looks like my ISP does not like c= onnecting to German sites --- again I am seeing this phenomenon where using= Tor is faster than connecting directly, but it certainly now looks a whole= lot more like a problem with my ISP. On the other hand the `fsf.org` site has better speed when connected direct= ly, but still the one via Tor is about 3x faster. And finally RaptorCS is about the same speed both directly and over Tor. A= gain, this is still a surprise as I expect Tor to be slower than direct con= nection. Lemme go poke at my ISP. Thanks raid5atemyhomework