Hi Ben, I will try the IPV4 forcing option to see if this improve the network usage.
Note, i already used sftp to deino in the same condition, and i never seen this problem before. Best Gilles Le lun. 28 nov. 2022 à 11:23, Ben Cooksley <[email protected]> a écrit : > > On Mon, Nov 28, 2022 at 7:34 PM Gilles Caulier <[email protected]> > wrote: >> >> Hi Ben, > > > Hi Gilles, > >> >> >> The network bandwidth is very very slow here to upload new files with >> SFTP on files.kde.org : >> >> ---------- Compute package checksums for digiKam 7.9.0 >> >> File : digiKam-7.9.0-20221128T043841-x86-64-debug.appimage >> Size : 523M >> SHA256 sum : 023c3657b0fdb19c8c82f4c2745f58ba68522d94e6370ed0a90f4f2579f6e1e5 >> ---------- Cleanup older bundle AppImage files from files.kde.org repository >> >> sftp> rm *-x86-64-debug.appimage* >> ---------- Upload new bundle AppImage files to files.kde.org repository >> >> sending incremental file list >> digiKam-7.9.0-20221128T043841-x86-64-debug.appimage >> 5,439,488 0% 49.85kB/s 3:01:19 >> >> I tried with a fiber connection or with 5G and it's always the same : 50Kb/s >> Of course my connection is very fast on the Internet in other cases. > > > I haven't seen speed issues with Tinami with anyone else so suspect the issue > is ISP specific. > There certainly aren't any restrictions on the server side, and Tinami and > Deino are with the same hoster - Hetzner. > > I just did a test from my local system (where my ping to Europe is >300ms) > and I get the following performance: > > ben@localhost:~/Downloads> scp testdata [email protected]: > testdata > 100% 331MB 3.8MB/s 01:27 > > As a starting point, please force usage of IPv4 as ISPs are notorious for > getting IPv6 wrong (sftp -4 should do the trick if memory serves) > >> >> >> Best regards >> >> Gilles Caulier > > > Cheers, > Ben > >> >> Le dim. 27 nov. 2022 à 07:04, Ben Cooksley <[email protected]> a écrit : >> > >> > Hi all, >> > >> > This migration has now been completed, and Tinami is now the canonical, >> > master copy of all resources previously hosted by Deino. >> > This includes download.kde.org, files.kde.org, cdn.kde.org and >> > distribute.kde.org. >> > >> > Should there be any issues with access please let us know. >> > >> > Regards, >> > Ben >> > >> > On Fri, Nov 25, 2022 at 6:49 AM Ben Cooksley <[email protected]> wrote: >> >> >> >> Hi all, >> >> >> >> As part of Sysadmin's ongoing programme to ensure we remain on supported >> >> releases for our servers, we have recently completed building out >> >> tinami.kde.org, a system intended to replace deino.kde.org. >> >> >> >> Setup wise the system should be identical to Deino in all forms, and >> >> continues to host the same services that it did before. This includes >> >> account names and paths to where data is stored. >> >> >> >> Scripts should therefore only need a simple sed replacement of >> >> deino.kde.org with tinami.kde.org to function as they did previously. >> >> >> >> The SSH Hostkeys are as follows: >> >> 256 SHA256:OmgaQG1BzIUKNJ6aeuhf+Fb5W/WHrDyAbtJvK7lBjCo (ECDSA) >> >> 256 SHA256:CMLG/mt8Lwwu7n2XTM9VpGjA4XWr/924M/WItfv/ABU (ED25519) >> >> 3072 SHA256:oRCv04BPe3e9wzvj+/o3m+P1aafxVbhp2O+YEkpRHGU (RSA) >> >> >> >> If you could please validate that your access (and any other workflow) >> >> works as expected that would be appreciated. >> >> >> >> At this time it is intended for tinami.kde.org to take over >> >> responsibility from deino.kde.org this weekend. >> >> >> >> Please let us know if there are any queries. >> >> >> >> Many thanks, >> >> Ben
