From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adrien Mazarguil Subject: Re: [PATCH 6/8] net/mlx4: mitigate Tx send entry size calculations Date: Wed, 6 Dec 2017 11:59:08 +0100 Message-ID: <20171206105907.GX4062@6wind.com> References: <1511871570-16826-1-git-send-email-matan@mellanox.com> <1511871570-16826-7-git-send-email-matan@mellanox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: dev@dpdk.org To: Matan Azrad Return-path: Received: from mail-wr0-f177.google.com (mail-wr0-f177.google.com [209.85.128.177]) by dpdk.org (Postfix) with ESMTP id 723501B193 for ; Wed, 6 Dec 2017 11:59:20 +0100 (CET) Received: by mail-wr0-f177.google.com with SMTP id v105so3431632wrc.3 for ; Wed, 06 Dec 2017 02:59:20 -0800 (PST) Content-Disposition: inline In-Reply-To: <1511871570-16826-7-git-send-email-matan@mellanox.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Tue, Nov 28, 2017 at 12:19:28PM +0000, Matan Azrad wrote: > The previuse code took a send queue entry size for stamping from the > send queue entry pointed by completion queue entry; This 2 reads were > done per packet in completion stage. > > The completion burst packets number is managed by fixed size stored in > Tx queue, so we can infer that each valid completion entry actually frees > the next fixed number packets. > > The descriptors ring holds the send queue entry, so we just can infer > all the completion burst packet entries size by simple calculation and > prevent calculations per packet. > > Adjust completion functions to free full completion bursts packets > by one time and prevent per packet work queue entry reads and > calculations. > > Save only start of completion burst or Tx burst send queue entry > pointers in the appropriate descriptor element. > > Signed-off-by: Matan Azrad Acked-by: Adrien Mazarguil -- Adrien Mazarguil 6WIND