From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 25865 invoked from network); 17 Sep 2022 16:08:14 -0000 Received: from lists.zx2c4.com (165.227.139.114) by inbox.vuxu.org with ESMTPUTF8; 17 Sep 2022 16:08:14 -0000 Received: by lists.zx2c4.com (OpenSMTPD) with ESMTP id d9365757; Sat, 17 Sep 2022 16:08:03 +0000 (UTC) Return-Path: Received: from mta02.prd.rdg.aluminati.org (mta02.prd.rdg.aluminati.org [94.76.243.215]) by lists.zx2c4.com (OpenSMTPD) with ESMTPS id 4178370b (TLSv1.3:AEAD-AES256-GCM-SHA384:256:NO) for ; Sat, 17 Sep 2022 16:08:02 +0000 (UTC) Received: from mta02.prd.rdg.aluminati.org (localhost [127.0.0.1]) by mta.aluminati.local (Postfix) with ESMTP id 986AF1FE67; Sat, 17 Sep 2022 17:08:02 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by mta02.prd.rdg.aluminati.org (Postfix) with ESMTP id 9320435F; Sat, 17 Sep 2022 17:08:02 +0100 (BST) X-Quarantine-ID: X-Virus-Scanned: Debian amavisd-new at mta02.prd.rdg.aluminati.org Received: from mta.aluminati.local ([127.0.0.1]) by localhost (mta02.prd.rdg.aluminati.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id uhXKKVaxOF4G; Sat, 17 Sep 2022 17:08:01 +0100 (BST) Received: from keeping.me.uk (unknown [81.174.171.191]) by svc01-1.prd.rdg.aluminati.org (Postfix) with ESMTPSA id 731861C0002; Sat, 17 Sep 2022 17:08:00 +0100 (BST) Date: Sat, 17 Sep 2022 17:07:59 +0100 From: John Keeping To: Valdis =?utf-8?B?VsSrdG9sacWGxaE=?= Cc: cgit@lists.zx2c4.com Subject: Re: Downloading objects hangs up around 65kB Message-ID: References: <0ef89b1e-6543-e726-2cf0-b68e7167fabe@odo.lv> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <0ef89b1e-6543-e726-2cf0-b68e7167fabe@odo.lv> Content-Transfer-Encoding: quoted-printable X-BeenThere: cgit@lists.zx2c4.com X-Mailman-Version: 2.1.30rc1 Precedence: list List-Id: List for cgit developers and users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: cgit-bounces@lists.zx2c4.com Sender: "CGit" On Fri, Sep 16, 2022 at 10:55:39PM +0300, Valdis V=C4=ABtoli=C5=86=C5=A1 = wrote: > Probably it is issue on 64-bit ARM architecture, because I tested that = it > works on x86_64 virtual machine. >=20 > Some time ago (because I haven't used HTTPS protocol for repositories > recently) downloading plain objects/blobs hangs up around 65kB of data. >=20 > You can test it with: >=20 > wget -O "01_About.odp" -d > "https://odo.lv/git/JTM/plain/doc/presentations/01_About.odp" >=20 > It shows: > ... > Saving to: =E2=80=9801_About.odp=E2=80=99 >=20 > 01_About.odp 8%[=3D=3D=3D=3D> = ] > 63,64K 13,0KB/s in 4,9s >=20 > 2022-09-16 22:32:33 (13,0 KB/s) - Connection closed at byte 65169. Retr= ying. > ... > etc. This seems very strange (it also happens with the .../tree/... pages showing the hexdump file content). My guess is that this is caused by the Apache configuration rather than anything CGit is doing itself. Have you tested running cgit outside Apache using something like: CGIT_CONFIG=3D/path/to/cgitrc \ QUERY_STRING=3Durl=3DJTM/plain/doc/presentations/01_About.odb \ cgit That should give some idea whether CGit itself is returning short data or if the response is being truncated downstream. Regards, John