From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 18B181382C5 for ; Sat, 16 Jan 2021 04:00:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1301DE0855; Sat, 16 Jan 2021 04:00:24 +0000 (UTC) Received: from mail-ot1-x332.google.com (mail-ot1-x332.google.com [IPv6:2607:f8b0:4864:20::332]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A04A5E0843 for ; Sat, 16 Jan 2021 04:00:23 +0000 (UTC) Received: by mail-ot1-x332.google.com with SMTP id w3so10632589otp.13 for ; Fri, 15 Jan 2021 20:00:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=zEoCYfa11MUvSFUnbWoK0w+YZ5Xa1VFyJGXssAQtjeA=; b=Y7gYRlGwJ6A+U7z25fBkez2QXaj589Pn0uVw+2x9cM+ZCBG0cNVt5uWPbf+I+rVIjf w1F3YMdufXTL5nfKvBzrhiq5S3UOpz8v+HPRxj79optStJAAwJiCvsoeGif4/3IAVaFp FArlx3UdOzzKYDZpj88kG9EvpJU9aIGrxlI8K9havPsuUOJd4om4WxWMRtursk30+OaN 1PT4yWDl1J4yHU9gXtDPckSsppoxBmEv68sRBVs+jk9QsuoXoilFEuys4sXiIrgdUrpr Ji2Rpd3DwbCsrueIJj/6hpYUDMko8efeBcBKSsVkxZdboi4H7637vIUnnrpoiWCtdryM XFJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=zEoCYfa11MUvSFUnbWoK0w+YZ5Xa1VFyJGXssAQtjeA=; b=BiTeWOAQrlXfZjkgkAxNzYOwVYfMPkRtVHhZXhoW8PED3D+BMywgWkWYNkHMkDx2KK 9ZbmPc3RGwUTE/YzYARntM14aBLlMi8g9HVx/qI658ya8QKh8VXW+ZMTz2W/SJAiIwHv g7LvWaxpzRw4Pq2idRqGvtKyl8SlWXwDDcbSP+HpUMQ8HpcBbL655BPnHspOolXGKYd+ 0UZBPKgfQD5ibJFYIuRMI7ENeaUVT956dkRWmOb7RdRZg3WZtEDyDKIKcbYdDmVzjER3 7bex3WQNVxzVRBnwFZERCtbuMPM9h97a74fNR1xoyxvNe7KaESq4d6yEodsWZHqyFJvd 5n7Q== X-Gm-Message-State: AOAM532kXZ3W5U2k+h+i3ZT+x+nx5JTZO/PqQsHVV8TEPZvb/tYH9jR9 +bWEteHI1YC1oWh/JgOht/w9PScOq8GK+cjH0SxoUMu9mXk= X-Google-Smtp-Source: ABdhPJz5HSf8Pie+YuCdLmsQt87qCQ0Z8D/+W32clzDCBfcTW4p+057zmx15D08FMHEHeU7hkKV8GHWh5UuDOythW3c= X-Received: by 2002:a9d:5181:: with SMTP id y1mr4464289otg.12.1610769622177; Fri, 15 Jan 2021 20:00:22 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: In-Reply-To: From: Adam Carter Date: Sat, 16 Jan 2021 15:00:09 +1100 Message-ID: Subject: Re: [gentoo-user] network transfer speed To: Gentoo User Content-Type: multipart/alternative; boundary="000000000000251cf805b8fc87a5" X-Archives-Salt: e7117aaa-07a8-4dda-a2e5-28e031caa378 X-Archives-Hash: 2da6a40cef2502b803df54fadf4f0a35 --000000000000251cf805b8fc87a5 Content-Type: text/plain; charset="UTF-8" > On a remote network I run ethtool on both cards and I got both 1000Mb/s > speed > > As the 20 odd MB/s you're getting is above what is possible on 100M ethernet, you can rule out any ethernet interfaces at 100M. Can you describe the network between the two systems with the slow transfer? If there is a fast WAN from one side of the globe to the other it could be latency related. OpenSSH used to have a fixed internal window size that made it slow on high bandwidth high latency links, and I notice the hpn USE flag still exists in the openssh ebuild, which implies the issue with openssh still exists. Rsync can use either ssh or its own protocol, so if there's a high latency link between the two boxes and rsync is using ssh, you could investigate rebuilding openssh with +hpn. What does ping show the latency as? Otherwise i'd be thinking about packet loss. First place to start for that is on the endpoint interfaces; ifconfig enp35s0f0 | grep err RX errors 0 dropped 0 overruns 0 frame 0 TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 --000000000000251cf805b8fc87a5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On a remote network I run ethtool on both cards and I got both 1000Mb/s spe= ed


As the 20 odd MB/s you're getting = is above what is possible on 100M ethernet, you can rule out any ethernet i= nterfaces at 100M.

Can you describe the network be= tween the two systems with the slow transfer?

If th= ere is a fast WAN from one side of the globe to the other it could be laten= cy related. OpenSSH used to have a fixed internal window size that made it = slow on high bandwidth high latency links, and I notice the hpn USE flag st= ill exists in the openssh ebuild, which implies the issue with openssh stil= l exists. Rsync can use either ssh or its own protocol, so if there's a= high latency link between the two boxes and rsync is using ssh, you could = investigate rebuilding openssh with +hpn.
<= br>
What does ping show the latency as?

Otherwise= i'd be thinking about packet loss. First place to start for that is on= the endpoint interfaces;
ifconfig enp35s0f= 0 | grep err
=C2=A0 =C2=A0 =C2=A0 =C2=A0 RX errors 0 =C2=A0dropped 0 =C2= =A0overruns 0 =C2=A0frame 0
=C2=A0 =C2=A0 =C2=A0 =C2=A0 TX errors 0 =C2= =A0dropped 0 overruns 0 =C2=A0carrier 0 =C2=A0collisions 0


--000000000000251cf805b8fc87a5--