From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id B712F21F28B for ; Thu, 13 Nov 2014 19:11:42 -0800 (PST) Received: by mail-ob0-f170.google.com with SMTP id nt9so13159398obb.1 for ; Thu, 13 Nov 2014 19:11:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=KbsK/r2vVmjZSGrVGy9Ht7kVPsOEogry8qW08qP62U0=; b=yj+KzFRKb5SVG7CPEmYRuKDtrn3LimRwe28tM4zhj4VwP6fakArlpHu1lJzVOPtUhJ ftEuqwFCMMqXRHcaVhXIeRzBVD9Kh2jG4kMiAaKR6HZXPx/0t05EY0ich8QqZ8FuDJkX mP0MzwcMWov1mEX0bV3iMRWCw/H+WH9rbjvTZ44LQsoAVZLmYJTZn7v/oYE+aJFM4GOC dGqcgmLacBRzvAhMHyEHS+Pk26wsV8/DeDYUyIJTpt9m0FpWabF006IzDMPra6p7n8M0 AFc0tA2934MOY9vlp8MQ1pshkfdV0sx57GLjG8YRbki12phxaEYUbgzHWL/aJChkxdwm shug== MIME-Version: 1.0 X-Received: by 10.202.134.9 with SMTP id i9mr5122487oid.34.1415934701403; Thu, 13 Nov 2014 19:11:41 -0800 (PST) Received: by 10.202.227.211 with HTTP; Thu, 13 Nov 2014 19:11:41 -0800 (PST) In-Reply-To: References: Date: Thu, 13 Nov 2014 19:11:41 -0800 Message-ID: From: Dave Taht To: Frank Horowitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] High Performance (SSH) Data Transfers using fq_codel? X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2014 03:12:10 -0000 One thing the HPC crowd has missed is that in their quest for big buffers for contenental distances, they hurt themselves on shorter ones... ... and also that big buffers with FQ on them works just fine in the general case. As always I recomend benchmarking - do a rrul test between the two points, for example, with their recomendations. On Fri, Oct 17, 2014 at 4:21 PM, Frank Horowitz wrote: > G=E2=80=99Day folks, > > Long time lurker. I=E2=80=99ve been using Cero for my home router for qui= te a while now, with reasonable results (modulo bloody OSX wifi stuffola). > > I=E2=80=99m running into issues doing zfs send/receive over ssh across a = (mostly) internet2 backbone between Cornell (where I work) and West Virgini= a University (where we have a collaborator on a DOE sponsored project. Both= ends are linux machines running fq_codel configured like so: > tc qdisc > qdisc fq_codel 0: dev eth0 root refcnt 2 limit 10240p flows 1024 = quantum 1514 target 5.0ms interval 100.0ms ecn > > I stumbled across hpn-ssh and =E2= =80=94 of particular interest to this group =E2=80=94 their page on tuning= TCP parameters: > > > > N.B. their advice to increase buffer size=E2=80=A6 > > I=E2=80=99m curious, what part (if any) of that advice survives with fq_c= odel running on both ends? > > Any advice from the experts here would be gratefully received! > > (And thanks for all of your collective and individual efforts!) > > Cheers, > Frank Horowitz > > > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel > --=20 Dave T=C3=A4ht thttp://www.bufferbloat.net/projects/bloat/wiki/Upcoming_Talks