From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Subject: RE: TCP performance regression Date: Mon, 11 Nov 2013 07:29:59 -0800 Message-ID: <1384183799.16391.39.camel@edumazet-glaptop2.roam.corp.google.com> References: <21120.27501.32323.332316@gargle.gargle.HOWL> <1384149326.16391.10.camel@edumazet-glaptop2.roam.corp.google.com> <21120.29720.673157.151074@gargle.gargle.HOWL> <1384152853.16391.19.camel@edumazet-glaptop2.roam.corp.google.com> <21120.37647.979237.40802@gargle.gargle.HOWL> <1384180069.16391.32.camel@edumazet-glaptop2.roam.corp.google.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: Sujith Manoharan , netdev@vger.kernel.org, Dave Taht To: David Laight Return-path: Received: from mail-pa0-f41.google.com ([209.85.220.41]:49516 "EHLO mail-pa0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753173Ab3KKPaC (ORCPT ); Mon, 11 Nov 2013 10:30:02 -0500 Received: by mail-pa0-f41.google.com with SMTP id bj1so4213735pad.14 for ; Mon, 11 Nov 2013 07:30:01 -0800 (PST) In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: On Mon, 2013-11-11 at 15:05 +0000, David Laight wrote: > Or, maybe: > 5) call skb_orphan() (I think that is the correct function) when transmit > packets are given to the hardware. This is the worth possible solution, as it basically re-enables bufferbloat again. socket sk_wmem_queued should not be fooled, unless we have no other choice.