From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS3215 2.6.0.0/16 X-Spam-Status: No, score=-4.1 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from out1.vger.email (out1.vger.email [IPv6:2620:137:e000::1:20]) by dcvr.yhbt.net (Postfix) with ESMTP id B8FE41F403 for ; Fri, 7 Oct 2022 07:26:23 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=pass (1024-bit key; unprotected) header.d=80x24.org header.i=@80x24.org header.b="2f582ya9"; dkim-atps=neutral Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229746AbiJGH0P (ORCPT ); Fri, 7 Oct 2022 03:26:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60412 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229872AbiJGH0M (ORCPT ); Fri, 7 Oct 2022 03:26:12 -0400 Received: from dcvr.yhbt.net (dcvr.yhbt.net [173.255.242.215]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E6CCFC0695 for ; Fri, 7 Oct 2022 00:26:07 -0700 (PDT) Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id BE75B1F403; Fri, 7 Oct 2022 07:26:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=80x24.org; s=selector1; t=1665127566; bh=+c0J+TIbVyLrabg1cTV3BTOnZMRWI4scQUhY2x18eFk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=2f582ya9k0rG31CNoPnhRGQHmtOm93CwuNKmxzUuIQBZnoPPuSIBvavW8kY0H31ZA sxCbJCK2sHGZy31ZXA/ewBdfNh1bkRqYglOm/+6CzbpsAjH5O31id6iUER3SF2t61M Pon0bzOeXdFmGtU6zp8KnFQ8h3NpalRGEqBCpjC8= Date: Fri, 7 Oct 2022 07:26:06 +0000 From: Eric Wong To: Michal =?utf-8?B?U3VjaMOhbmVr?= Cc: Bagas Sanjaya , m , git@vger.kernel.org Subject: Re: [feature request] resume capability for users in enemies of Internet countries Message-ID: <20221007072606.M704368@dcvr> References: <6e4a08d2-5d72-29fd-6917-11f0a74e9314@gmail.com> <83814bcb-1d72-07bf-32d1-d05db6cc6481@gmail.com> <20221007071459.GM28810@kitsune.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221007071459.GM28810@kitsune.suse.cz> Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Michal Suchánek wrote: > On Fri, Oct 07, 2022 at 08:44:09AM +0700, Bagas Sanjaya wrote: > > On 10/7/22 01:01, m wrote: > > > In my country government make connections unstable on purpose. Please add resume capability for commands like git clone > > > > > > > Bandwidth issue? > > > Bandwidth is one thing but the other thing is that git network > operations require that the whole operation succeeds in one go. > > If your connectivity is bad to the point that the TCP connection breaks > you have downloaded a bunch of data that is AFAIK just thrown away when > you retry. > > It is difficult to know if that data would be useful in the future, and > you cannot meaningfully 'resume' because the remote state might have > changed in the meantine as well. > > Further, this whole fetch operation is using a heuristic to fetch some > data in the hope that it will be enough to reconstruct the history that > is requested, and this has been wrong in some cases, too. Not very > precise and reproducible hence hard to 'resume' as well. > > Let's say that the git networking has been developed at and tuned for > the 'first world' Internet, and may be problematic to use in net-wise > backwater areas. And it would require non-trivial effort to change. Increased adoption of bundles would help, since `wget -c' and such would work nicely, but that puts the burden on hosts for extra storage. Perhaps GIT_SMART_HTTP=0 and having dumb clones not throwaway incomplete xfers would be more transparent to hosters, but dumb HTTP tends to be slow even on good connections.