From owner-freebsd-questions@freebsd.org Mon Mar 29 14:10:02 2021 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A47857863F for ; Mon, 29 Mar 2021 14:10:02 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F8Dx53HPgz3h0l for ; Mon, 29 Mar 2021 14:10:01 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by mail-wr1-x431.google.com with SMTP id x7so13007532wrw.10 for ; Mon, 29 Mar 2021 07:10:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=2UyHA0hCdGUCpomravBz2G4ujzjfagF+PIGjGTuBPQQ=; b=oBiGiSsBHaraPGiDw9tdpL1UVU3xisF2kZxFhyK7ZNRQOoiOqbZmBR50GgPHckztyq VePaJQz9hTA9Ii8m79zwMiGJ6bYCmhjwK9lX2+9HA1YbM5OmK4kfwdX2mkMbZXwR5pHR OvGYaRC74J/5p3UmiDVFOtkJzJ8SFbDtIzfMsER+INIyEdrjr/h9yZnhx1y9pFARPQWI h1Kx1okiMpwr2TMxhipX19wlWVbnXpTs/6NseRjaRRgzpapHx9jclR03trBQhqAsJ04N IvH60aknma3fzmyfa2ASDXUm8fJm5yzD0gcsuXsxkFAGd7sR4SajfbmjO/JRqOdFFrmW KE2w== X-Gm-Message-State: AOAM533Xm0txwyYozIIB3dOiqv807WSILybzGLORN4GiyTtU+afWAs9F SETlln4LHzxim2N4jIjbITeeei5nSM06RA== X-Google-Smtp-Source: ABdhPJyR8HfQTCQ72uN+TxZLBsUN6bH75muMQybhCoY6Q0zahI2AAOXXsB2LNICUDN+SXt5luM29HA== X-Received: by 2002:adf:b313:: with SMTP id j19mr28195870wrd.188.1617026999861; Mon, 29 Mar 2021 07:09:59 -0700 (PDT) Received: from gumby.homeunix.com (host-92-15-61-44.as43234.net. [92.15.61.44]) by smtp.gmail.com with ESMTPSA id z2sm35423652wrm.0.2021.03.29.07.09.59 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Mar 2021 07:09:59 -0700 (PDT) Date: Mon, 29 Mar 2021 15:09:58 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: freebsd-questions Digest, Vol 876, Issue 9 Message-ID: <20210329150958.54482e70@gumby.homeunix.com> In-Reply-To: <92E68329-299D-4AB9-B7A3-CABECC7A7004@xmission.com> References: <92E68329-299D-4AB9-B7A3-CABECC7A7004@xmission.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4F8Dx53HPgz3h0l X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RECEIVED_SPAMHAUS_PBL(0.00)[92.15.61.44:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::431:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::431:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2021 14:10:02 -0000 On Mon, 29 Mar 2021 09:52:25 +0800 wa5qjh wrote: > and it will even if cached and ive watched it download it all > again, Even if that's true, if you have a poor line there is no advantage in downloading largest first. If the connection fails after 30 minutes you have wasted 30 minutes of downloading regardless of order. You get the minimum waste by downloading slowest first. If you take account of the latency and TCP ramp-up, the slowest transfers are on average the smaller files. > means you have to spend all that time waiting to see if its > going to finish or not. Believe me, Its a big time and (precious) > bandwidth waster! I run it in a loop. > I've seen it get to 99% downloaded then declared a > file size mismatch and I've seen some packages fail at ~99% at lot, but not recently. I think it was a server-side problem that got fixed. >fetch as used, doesn't employ the resume feature so whatever was >downloaded last time isn't used the next even if only 2 minutes >prior. partial downloads are not cached. I'd like to see this change too. I don't recall the history of this with pkg, but in ports it used to work, but fell-off. >I'm rather curious tho, since I'm pretty > certain theres a good reason for making the big downloads at or near > last, what is it? I think it just ends-up that way. Actually, when I downloaded distfiles on dial-up or slow ADSL, I much preferred to leave the largest til last. Some of the larger ports update frequently, so when you download in more than one session it minimizes waste.