From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932754AbbDORzh (ORCPT ); Wed, 15 Apr 2015 13:55:37 -0400 Received: from g4t3425.houston.hp.com ([15.201.208.53]:50502 "EHLO g4t3425.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932611AbbDORzX (ORCPT ); Wed, 15 Apr 2015 13:55:23 -0400 Message-ID: <552EA604.8010400@hp.com> Date: Wed, 15 Apr 2015 10:55:16 -0700 From: Rick Jones User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Eric Dumazet , George Dunlap CC: Jonathan Davies , "xen-devel@lists.xensource.com" , Wei Liu , Ian Campbell , Stefano Stabellini , netdev , Linux Kernel Mailing List , Eric Dumazet , Paul Durrant , Christoffer Dall , Felipe Franciosi , linux-arm-kernel@lists.infradead.org, David Vrabel Subject: Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen References: <1428596218.25985.263.camel@edumazet-glaptop2.roam.corp.google.com> <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> <1429118948.7346.114.camel@edumazet-glaptop2.roam.corp.google.com> <552EA2BC.5000707@eu.citrix.com> <1429120373.7346.125.camel@edumazet-glaptop2.roam.corp.google.com> In-Reply-To: <1429120373.7346.125.camel@edumazet-glaptop2.roam.corp.google.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > Have you tested this patch on a NIC without GSO/TSO ? > > This would allow more than 500 packets for a single flow. > > Hello bufferbloat. Woudln't the fq_codel qdisc on that interface address that problem? rick From mboxrd@z Thu Jan 1 00:00:00 1970 From: rick.jones2@hp.com (Rick Jones) Date: Wed, 15 Apr 2015 10:55:16 -0700 Subject: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen In-Reply-To: <1429120373.7346.125.camel@edumazet-glaptop2.roam.corp.google.com> References: <1428596218.25985.263.camel@edumazet-glaptop2.roam.corp.google.com> <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> <1429118948.7346.114.camel@edumazet-glaptop2.roam.corp.google.com> <552EA2BC.5000707@eu.citrix.com> <1429120373.7346.125.camel@edumazet-glaptop2.roam.corp.google.com> Message-ID: <552EA604.8010400@hp.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org > > Have you tested this patch on a NIC without GSO/TSO ? > > This would allow more than 500 packets for a single flow. > > Hello bufferbloat. Woudln't the fq_codel qdisc on that interface address that problem? rick