Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1152104ybz; Thu, 16 Apr 2020 04:01:18 -0700 (PDT) X-Google-Smtp-Source: APiQypKrAE6+rB5OkO1sAV7S0Bsc94qNtwtEYj+WgQdbBms+ovD5COrG4EkCtm2lJHrSjGsM1zxd X-Received: by 2002:aa7:d1d5:: with SMTP id g21mr28698622edp.162.1587034878069; Thu, 16 Apr 2020 04:01:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587034878; cv=none; d=google.com; s=arc-20160816; b=PM5ufkzH0qJNMpKKjOv0TQUfgS8NRTLijqzQgmDetex1yvHzPIpHpZ5/YiNLlgWN6n 3Scn8XFNOf9lYZYYz6+502KEXptOyBaTHn5G7DOk/C9cfdhRCsAmY7DwmkF+Gj/e1pOc nQZdqVNx1249mFu8asSSBhSgFOTUIabgRo+l0YqF4sDKryqcWu4kX4c2UwDo6mOMSGdm oMN0fo6zDiwEFYX7aHeAhoQsVSQ4MqR/8qXiire4/pCR1j/hG5RFoUTfvhSdixVSVmzt ii16gB5IVsII6gT1hkJeM7fre7x/nYlEFjre4fqSTR4n2nENVXMkLNKQMJCjYk9pC+YN MEVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=72WDuNLCck/IndyPELaIRCUQsW6LKJpGOZNQfR9RMW4=; b=IVdT4tFDhUQ0cOXmflJgcbW8nSV5CPa9+y280KNyncx4zNNTB6+Z7CZREQtOFg8x8G E0gZaVH3UpIYXFbDIBP9wzcl/0Fn5sE+9+DZ4KjP8L0zKorTXn4piItixO4LtPdoLudN PYUfhbgj+Y6QLseQBwE53m8lket5XyMNazJuDJ7HOhRVI8QUZkhIa1Dt7NfQ/4mlnpGl CjgfoSVsecnsIqIuLfgGIwnvy9z3h1YRA59VvUg0nuxz2cEGvoljj2AggXPE84MdVffB lbR3PFHC/0l2LCRjgwEzeQvhp6Urg5bSQZ1hkODC3L3vKN1iNSYiN3K1WjD6DlGZNf1C UVZw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id rs10si11023117ejb.288.2020.04.16.04.00.52; Thu, 16 Apr 2020 04:01:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2505865AbgDPK7O (ORCPT + 99 others); Thu, 16 Apr 2020 06:59:14 -0400 Received: from regular1.263xmail.com ([211.150.70.199]:35094 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2505830AbgDPK6v (ORCPT ); Thu, 16 Apr 2020 06:58:51 -0400 Received: from localhost (unknown [192.168.167.13]) by regular1.263xmail.com (Postfix) with ESMTP id 2D704405; Thu, 16 Apr 2020 18:46:04 +0800 (CST) X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-ADDR-CHECKED4: 1 X-ANTISPAM-LEVEL: 2 X-SKE-CHECKED: 1 X-ABS-CHECKED: 1 Received: from [172.16.12.20] (unknown [58.22.7.114]) by smtp.263.net (postfix) whith ESMTP id P18326T139707671365376S1587033963544784_; Thu, 16 Apr 2020 18:46:04 +0800 (CST) X-IP-DOMAINF: 1 X-UNIQUE-TAG: X-RL-SENDER: david.wu@rock-chips.com X-SENDER: wdc@rock-chips.com X-LOGIN-NAME: david.wu@rock-chips.com X-FST-TO: linux-kernel@vger.kernel.org X-SENDER-IP: 58.22.7.114 X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 X-System-Flag: 0 Subject: Re: [RFC,PATCH 2/2] net: stmmac: Change the tx clean lock To: Jose Abreu , "netdev@vger.kernel.org" Cc: "davem@davemloft.net" , "kuba@kernel.org" , "alexandre.torgue@st.com" , "peppe.cavallaro@st.com" , "linux-kernel@vger.kernel.org" References: <20200324093828.30019-1-david.wu@rock-chips.com> <20200324093828.30019-2-david.wu@rock-chips.com> From: David Wu Message-ID: <0031cd20-5131-b9d7-0a8e-f72f6c2de486@rock-chips.com> Date: Thu, 16 Apr 2020 18:46:02 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=gbk; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jose, From the test I did, there will be some improvement, an improvement of tens Mbits/sec. Before patch: # iperf -c 192.168.1.102 -i 1 -t 10 -w 300K -u -b 1000M ------------------------------------------------------------ Client connecting to 192.168.1.102, UDP port 5001 Sending 1470 byte datagrams, IPG target: 11.76 us (kalman adjust) UDP buffer size: 600 KByte (WARNING: requested 300 KByte) ------------------------------------------------------------ [ 3] local 192.168.1.103 port 45018 connected with 192.168.1.102 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 103 MBytes 862 Mbits/sec [ 3] 1.0- 2.0 sec 104 MBytes 868 Mbits/sec [ 3] 2.0- 3.0 sec 104 MBytes 869 Mbits/sec [ 3] 3.0- 4.0 sec 104 MBytes 869 Mbits/sec [ 3] 4.0- 5.0 sec 104 MBytes 870 Mbits/sec [ 3] 5.0- 6.0 sec 104 MBytes 869 Mbits/sec [ 3] 6.0- 7.0 sec 104 MBytes 869 Mbits/sec [ 3] 7.0- 8.0 sec 104 MBytes 870 Mbits/sec [ 3] 8.0- 9.0 sec 104 MBytes 871 Mbits/sec [ 3] 0.0-10.0 sec 1.01 GBytes 869 Mbits/sec [ 3] Sent 738834 datagrams After patch: # iperf -c 192.168.1.102 -i 1 -t 10 -w 300K -u -b 1000M ------------------------------------------------------------ Client connecting to 192.168.1.102, UDP port 5001 Sending 1470 byte datagrams, IPG target: 11.76 us (kalman adjust) UDP buffer size: 600 KByte (WARNING: requested 300 KByte) ------------------------------------------------------------ [ 3] local 192.168.1.103 port 35654 connected with 192.168.1.102 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 114 MBytes 953 Mbits/sec [ 3] 1.0- 2.0 sec 114 MBytes 956 Mbits/sec [ 3] 2.0- 3.0 sec 115 MBytes 962 Mbits/sec [ 3] 3.0- 4.0 sec 114 MBytes 955 Mbits/sec [ 3] 4.0- 5.0 sec 114 MBytes 957 Mbits/sec [ 3] 5.0- 6.0 sec 114 MBytes 957 Mbits/sec [ 3] 6.0- 7.0 sec 114 MBytes 955 Mbits/sec [ 3] 7.0- 8.0 sec 114 MBytes 956 Mbits/sec [ 3] 8.0- 9.0 sec 114 MBytes 955 Mbits/sec [ 3] 0.0- 9.9 sec 1.10 GBytes 957 Mbits/sec [ 3] Sent 804442 datagrams ?? 2020/4/13 ????10:31, Jose Abreu ะด??: > From: David Wu > Date: Mar/24/2020, 09:38:28 (UTC+00:00) > >> At tx clean, use a frozen queue instead of blocking >> the current queue, could still queue skb, which improve >> performance. > > Please provide performance improvement numbers. > > --- > Thanks, > Jose Miguel Abreu > > > >