Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933588AbbDPNgB (ORCPT ); Thu, 16 Apr 2015 09:36:01 -0400 Received: from deinos.phlegethon.org ([5.39.92.215]:54072 "EHLO deinos.phlegethon.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756930AbbDPNfw (ORCPT ); Thu, 16 Apr 2015 09:35:52 -0400 X-Greylist: delayed 2100 seconds by postgrey-1.27 at vger.kernel.org; Thu, 16 Apr 2015 09:35:52 EDT Date: Thu, 16 Apr 2015 14:00:43 +0100 From: Tim Deegan To: George Dunlap Cc: Eric Dumazet , Stefano Stabellini , Jonathan Davies , "xen-devel@lists.xensource.com" , Wei Liu , Ian Campbell , netdev , Linux Kernel Mailing List , Eric Dumazet , Paul Durrant , linux-arm-kernel@lists.infradead.org, Felipe Franciosi , Christoffer Dall , David Vrabel Subject: Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen Message-ID: <20150416130043.GL13443@deinos.phlegethon.org> References: <1428932970.3834.4.camel@edumazet-glaptop2.roam.corp.google.com> <1429115934.7346.107.camel@edumazet-glaptop2.roam.corp.google.com> <552E9E8D.1080000@eu.citrix.com> <1429119688.7346.123.camel@edumazet-glaptop2.roam.corp.google.com> <1429121867.7346.136.camel@edumazet-glaptop2.roam.corp.google.com> <552F9F60.7090406@eu.citrix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <552F9F60.7090406@eu.citrix.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Known-Good: Yes X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tim@xen.org X-SA-Exim-Scanned: No (on deinos.phlegethon.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 705 Lines: 19 At 12:39 +0100 on 16 Apr (1429187952), George Dunlap wrote: > Your comment lists three benefits: > 1. better RTT estimation > 2. faster recovery > 3. high rates > > #3 is just marketing fluff; it's also contradicted by the statement that > immediately follows it -- i.e., there are drivers for which the > limitation does *not* give high rates. AFAICT #3 is talking about throughput _under TCP_, where inflating the RTT will absolutely cause problems. Tim. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/