From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f51.google.com (mail-wm0-f51.google.com [74.125.82.51]) by dpdk.org (Postfix) with ESMTP id 5B1EB4F90 for ; Thu, 22 Mar 2018 13:30:22 +0100 (CET) Received: by mail-wm0-f51.google.com with SMTP id i189so2256391wmf.0 for ; Thu, 22 Mar 2018 05:30:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=m80OK6r3B+zEFBScM+GxJtcsxLZiMhWdOoAwRBTyrfE=; b=EykpScTBokxh/ONsADB2o/KKwa3dXnDCtBxmjlC+FprGUI5JyqC9/3J+WaX6iKc1pS U4e10wTaQiCRbkPdj2PZX0YEa64uUdTPaE3SYtVE7T3R5RfqAoRjombgw7ShLc+8BI1G x2IL9MoehE6/HEhW44VixcSAQZ1co3iL6vJRHwNCilPds2NdWsXgdYM3ek5FTVAXZjFl h7OVqp/5WffiY2fnGiDmfcsXa5qr2iM/lCokcvtp6dftGkgkitanph9+rpY4yVaRaQ7E g4r2CKHNIDQNuPP5wEGO4cOu+0KrYOf2VOMfSsO+dmWs3vtdf+FdnUFarbkvbmX/olOZ 1c3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=m80OK6r3B+zEFBScM+GxJtcsxLZiMhWdOoAwRBTyrfE=; b=Y7LxNAKucNyDtFMVS8TwrrjrUhUsdMKI0RFP5TeFhXJXTg4F7YW076haD3DCRHDHpU jvLIj+AI+5ze8QU1VdkwqXf6IskATILaWN14a5ks0d18dNZlT7G+WwmBZW9y4W3YtY6G 91K/6y2kVsDBcX0qVXOJjsM5xg0EK97n2cNb0CtTVYX8Y7T5yA8+8UseoyqXBilnUdQR ocK8tBEaTd1OmJhKWHZeeJGxeFOCwjFZOw2GOlPdBWyJrOwoc6oxZ+sjfVuxU1Da2fsU tRjxCIur/wd90r5FdlHSoz4ITkKqTVwsEguQQhE/E6bh6UuQvQn+KJJQfJjXmfPUo71n WKiQ== X-Gm-Message-State: AElRT7GRClU9BLOc4ukh5FwvCasU7igio9bBQ5GotLbAaw+lz0q54wzl eAky0wjUNhJLT3GkXM8v33Sp X-Google-Smtp-Source: AG47ELvFImEGdb75TlyPQ/uxbmnWaMTZApMxJnEoAL0mNoflMqu9hcWVryZt5OrXHV5ObtNehefiLw== X-Received: by 10.28.239.8 with SMTP id n8mr5821906wmh.120.1521721816981; Thu, 22 Mar 2018 05:30:16 -0700 (PDT) Received: from laranjeiro-vm.dev.6wind.com (host.78.145.23.62.rev.coltfrance.com. [62.23.145.78]) by smtp.gmail.com with ESMTPSA id i11sm3807526wre.42.2018.03.22.05.30.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 22 Mar 2018 05:30:16 -0700 (PDT) Date: Thu, 22 Mar 2018 13:29:27 +0100 From: =?iso-8859-1?Q?N=E9lio?= Laranjeiro To: "Hanoch Haim (hhaim)" Cc: Yongseok Koh , "dev@dpdk.org" Message-ID: <20180322122927.gfevzmmdkdzq4n66@laranjeiro-vm.dev.6wind.com> References: <1b6a9384a5604f15948162766cde90a9@XCH-RTP-017.cisco.com> <20180321214749.GA53128@yongseok-MBP.local> <20180322085441.a3o2eyvols7jkzxo@laranjeiro-vm.dev.6wind.com> <92a7d23b9df748b6af83f7dda88672e4@XCH-RTP-017.cisco.com> <20180322092734.6iulb7yxfkbdsi3h@laranjeiro-vm.dev.6wind.com> <20180322104531.ivfs3hdqezobcxjn@laranjeiro-vm.dev.6wind.com> <7ec498986339404ba89851ef2536ece8@XCH-RTP-017.cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7ec498986339404ba89851ef2536ece8@XCH-RTP-017.cisco.com> User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [dpdk-dev] mlx5 reta size is dynamic X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2018 12:30:23 -0000 Hi, On Thu, Mar 22, 2018 at 10:59:36AM +0000, Hanoch Haim (hhaim) wrote: > Hi, > > 1) Regarding this sentence, > "Your need is to have a fixed size returned by the > rte_eth_dev_info_get(), the PMD can have an internal dynamic size, it > won't modify your spreading." > > I'm fine with that as long: > > 1. rte_eth_dev_info_get will expose the same *size* > 2. rte_eth_dev_rss_reta_update will behave the as there are reta_size > for *any* random input (will enlarge the table internally to maximum > size) > In other words, from the user prospective you will have static > reta_size. Good, the requirement is clear enough for me i.e. user static RETA table size and spreading accordingly. > 2) "In such situation, changing the RETA means stopping the traffic, > destroying every single flow, hash Rx queue, indirection table to > remake everything with the new configuration. > Until then, we always recommended to any application to restart the > port on this device after a RETA update to apply this new > configuration." > > From an experiment I did, you *can* change it under traffic and it works without issue. > Drivers tested are: igbe/i40e/mlx5 hmm, it is certainly calling a devops which will end by calling mlx5_traffic_start(). Thanks, > Thanks, > Hanoh > > > -----Original Message----- > From: Nélio Laranjeiro [mailto:nelio.laranjeiro@6wind.com] > Sent: Thursday, March 22, 2018 12:46 PM > To: Hanoch Haim (hhaim) > Cc: Yongseok Koh; dev@dpdk.org > Subject: Re: [dpdk-dev] mlx5 reta size is dynamic > > Hi Hanoch, > > On Thu, Mar 22, 2018 at 10:00:45AM +0000, Hanoch Haim (hhaim) wrote: > > Hi Nelio, > > > > Let me provide more background. > > The context is TRex running in Advance Stateful (ASTf) mode using multi-core. > > In this case the flows are distributed using RSS. New flows (c->s) > > need to have a tuple that will match the generated core. For this > > calculation there is a need of to know the *RETA table size* > > > > > > Code: > > > > /*1. verify that driver can support RSS */ > > rte_eth_dev_info_get(m_repid,&dev_info); > > save_reta_size = dev_info.reta_size > > save_hash_key = dev_info.hash_key_size > > printf("RETA_SIZE : %d \n",save_reta_size); > > printf("HASH_SIZE : %d \n",save_hash_key); > > > > /*2. configure queues */ > > ret = rte_eth_dev_configure(m_repid, > > nb_rx_queue, > > nb_tx_queue, > > eth_conf); > > .. > > > > /* 3. reading the RETA again */ > > rte_eth_dev_info_get(m_repid,&dev_info); > > save_reta_size = dev_info.reta_size << > > save_hash_key = dev_info.hash_key_size > > printf("RETA_SIZE1 : %d \n",save_reta_size); > > > > > > /* 4. update the RETA table */ > > rte_eth_dev_rss_reta_update(m_repid, &reta_conf[0], > > dev_info.reta_size) > > > > > > 2. /*Output in case of Intel i40e*/ > > > > RETA_SIZE : 512 > > HASH_SIZE : 52 > > > > RETA_SIZE1 : 512 > > > > 3. /*Output in case of Mlx5 */ > > > > RETA_SIZE : 512 > > HASH_SIZE : 0 > > > > RETA_SIZE1 : 4 << not round of 64 , depends on the number of > > rx queues > > Your need is to have a fixed size returned by the rte_eth_dev_info_get(), the PMD can have an internal dynamic size, it won't modify your spreading. > > An information, you are getting the hash key size, according to the documentation of struct rte_eth_rss_conf, only the i40e can have a key len different from 40 bytes, others should just ignore the field [1]. > > Regards, > > [1] https://dpdk.org/browse/dpdk/tree/lib/librte_ether/rte_ethdev.h#n380 > > > Hanoh > > > > -----Original Message----- > > From: Nélio Laranjeiro [mailto:nelio.laranjeiro@6wind.com] > > Sent: Thursday, March 22, 2018 11:28 AM > > To: Hanoch Haim (hhaim) > > Cc: Yongseok Koh; dev@dpdk.org > > Subject: Re: [dpdk-dev] mlx5 reta size is dynamic > > > > Hi Hanoch, > > > > On Thu, Mar 22, 2018 at 09:02:19AM +0000, Hanoch Haim (hhaim) wrote: > > > Hi Nelio, > > > I think you didn't understand me. I suggest to keep the RETA table > > > size constant (maximum 512 in your case) and don't change its base > > > on the number of configured Rx-queue. > > > > It is even simpler, we can return the maximum size or a multiple of > > RTE_RETA_GROUP_SIZE according to the number of Rx queues being used, > > in the devop->dev_infos_get() as it is what the > > rte_eth_dev_rss_reta_update() implementation will expect. > > > > > This will make the DPDK API consistent. As a user I need to do > > > tricks (allocate an odd/prime number of rx-queues) to get the RETA > > > size constant at 512 > > > > I understand this issue, what I don't fully understand your needs. > > > > > I'm not talking about changing the values in the RETA table which > > > can be done while there is traffic. > > > > On MLX5 changing the entries of the RETA table don't affect the current traffic, it needs a port restart to affect it and only for "default" > > flows, any flow created through the public flow API are not impacted by the RETA table. > > > > > > From my understanding, you wish to have a size returned by > > devop->dev_infos_get() usable directly by rte_eth_dev_rss_reta_update(). > > This is why you are asking for a fix size? So, if internally the PMD starts with a smaller RETA table does not really matter, until the RETA API works without any trick from the application side. Is this correct? > > > > Thanks, > > > > > Thanks, > > > Hanoh > > > > > > > > > -----Original Message----- > > > From: Nélio Laranjeiro [mailto:nelio.laranjeiro@6wind.com] > > > Sent: Thursday, March 22, 2018 10:55 AM > > > To: Hanoch Haim (hhaim) > > > Cc: Yongseok Koh; dev@dpdk.org > > > Subject: Re: [dpdk-dev] mlx5 reta size is dynamic > > > > > > On Thu, Mar 22, 2018 at 06:52:53AM +0000, Hanoch Haim (hhaim) wrote: > > > > Hi Yongseok, > > > > > > > > > > > > RSS has a DPDK API,application can ask for the reta table size and > > > > configure it. In your case you are assuming specific use case and > > > > change the size dynamically which solve 90% of the use-cases but > > > > break the 10% use-case. > > > > Instead, you could provide the application a consistent API and > > > > with that 100% of the applications can work with no issue. This is > > > > what happen with Intel (ixgbe/i40e) Another minor issue the > > > > rss_key_size return as zero but internally it is 40 bytes > > > > > > Hi Hanoch, > > > > > > Legacy DPDK API has always considered there is only a single indirection table aka. RETA whereas this is not true [1][2] on this device. > > > > > > On MLX5 there is an indirection table per Hash Rx queue according to the list of queues making part of it. > > > The Hash Rx queue is configured to make the hash with configured > > > information: > > > - Algorithm, > > > - key > > > - hash field (Verbs hash field) > > > - Indirection table > > > An Hash Rx queue cannot handle multiple RSS configuration, we have an Hash Rx queue per protocol and thus a full configuration per protocol. > > > > > > In such situation, changing the RETA means stopping the traffic, destroying every single flow, hash Rx queue, indirection table to remake everything with the new configuration. > > > Until then, we always recommended to any application to restart the port on this device after a RETA update to apply this new configuration. > > > > > > Since the flow API is the new way to configure flows, application should move to this new one instead of using old API for such behavior. > > > We should also remove such devop from the PMD to avoid any confusion. > > > > > > Regards, > > > > > > > Thanks, > > > > Hanoh > > > > > > > > -----Original Message----- > > > > From: Yongseok Koh [mailto:yskoh@mellanox.com] > > > > Sent: Wednesday, March 21, 2018 11:48 PM > > > > To: Hanoch Haim (hhaim) > > > > Cc: dev@dpdk.org > > > > Subject: Re: [dpdk-dev] mlx5 reta size is dynamic > > > > > > > > On Wed, Mar 21, 2018 at 06:56:33PM +0000, Hanoch Haim (hhaim) wrote: > > > > > Hi mlx5 driver expert, > > > > > > > > > > DPDK: 17.11 > > > > > Any reason mlx5 driver change the rate table size dynamically > > > > > based on the rx- queues# ? > > > > > > > > The device only supports 2^n-sized indirection table. For example, if the number of Rx queues is 6, device can't have 1-1 mapping but the size of ind tbl could be 8, 16, 32 and so on. If we configure it as 8 for example, 2 out of 6 queues will have 1/4 of traffic while the rest 4 queues receives 1/8. We thought it was too much disparity and preferred setting the max size in order to mitigate the imbalance. > > > > > > > > > There is a hidden assumption that the user wants to distribute > > > > > the packets evenly which is not always correct. > > > > > > > > But it is mostly correct because RSS is used for uniform distribution. The decision wasn't made based on our speculation but by many request from multiple customers. > > > > > > > > > /* If the requested number of RX queues is not a power of two, use the > > > > > * maximum indirection table size for better balancing. > > > > > * The result is always rounded to the next power of two. */ > > > > > reta_idx_n = (1 << log2above((rxqs_n & (rxqs_n - 1)) ? > > > > > priv->ind_table_max_size : > > > > > rxqs_n)); > > > > > > > > Thanks, > > > > Yongseok > > > > > > [1] https://dpdk.org/ml/archives/dev/2015-October/024668.html > > > [2] https://dpdk.org/ml/archives/dev/2015-October/024669.html > > > > > > -- > > > Nélio Laranjeiro > > > 6WIND > > > > -- > > Nélio Laranjeiro > > 6WIND > > -- > Nélio Laranjeiro > 6WIND -- Nélio Laranjeiro 6WIND