From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 70739A0546; Tue, 6 Apr 2021 21:50:50 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 30A3A406A2; Tue, 6 Apr 2021 21:50:50 +0200 (CEST) Received: from mga12.intel.com (mga12.intel.com [192.55.52.136]) by mails.dpdk.org (Postfix) with ESMTP id 067D24067C for ; Tue, 6 Apr 2021 21:50:48 +0200 (CEST) IronPort-SDR: hyGZOC+wnJDXlXCzmSykUB60CqjvGdk/B0fK6GWGbzD42UB+kpO9vM1p5oOeMw8bEvwIP7sgYy Wk6pPlMsElPA== X-IronPort-AV: E=McAfee;i="6000,8403,9946"; a="172619763" X-IronPort-AV: E=Sophos;i="5.82,201,1613462400"; d="scan'208";a="172619763" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 06 Apr 2021 12:50:48 -0700 IronPort-SDR: FioEU3mT9P6Necp81bwOqYQlhy0a5iUxdcbnnZtdNcXDMVVrxO7auENTg2cY0LQESYOjuAuItt 3/JJIpz6pP6g== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,201,1613462400"; d="scan'208";a="448740689" Received: from silpixa00400072.ir.intel.com ([10.237.222.213]) by fmsmga002.fm.intel.com with ESMTP; 06 Apr 2021 12:50:46 -0700 From: Vladimir Medvedkin To: dev@dpdk.org Cc: konstantin.ananyev@intel.com, andrey.chilikin@intel.com, ray.kinsella@intel.com, yipeng1.wang@intel.com, sameh.gobriel@intel.com, bruce.richardson@intel.com Date: Tue, 6 Apr 2021 20:50:40 +0100 Message-Id: <1617738643-258635-1-git-send-email-vladimir.medvedkin@intel.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1615919077-77774-1-git-send-email-vladimir.medvedkin@intel.com> References: <1615919077-77774-1-git-send-email-vladimir.medvedkin@intel.com> Subject: [dpdk-dev] [PATCH v2 0/3] Predictable RSS feature X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" This patch series introduces predictable RSS feature. It is based on the idea of searching for partial hash collisions within Toeplitz hash. The Toeplitz hash function is a homomorphism between (G, ^) and (H, ^), where (G, ^) - is a group of tuples and (H, ^) is a group of hashes with respect to XOR operation. So tuples and hashes could be treated as n-dimension and 32-dimension vector spaces over GF(2). So, f(x ^ y) == f(x) ^ f(y) where f - is the toeplitz hash function and x, y are tuples. The ability to predict partial collisions allows user to compute input hash value with desired LSB values. Usually number of LSB's are defined by the size of RSS Redirection Table. There could be number of use cases, for example: 1) NAT. Using this library it is possible to select a new port number on a translation in the way that rss hash for original tuple will have the same LSB's as rss hash for reverse tuple. 2) IPSec/MPLS/Vxlan. It is possible to choose tunnel id to be pinned to a desired queue. 3) TCP stack. It is possible to choose a source port number for outgoing connections in the way that received replies will be assigned to desired queue. 4) RSS hash key generation. Hash key initialization with random values does not guarantee an uniform distribution amongst queues. This library uses mathematically proved algorithm to complete the rss hash key to provide the best distribution. v2: - added extra API rte_thash_adjust_tuple() - added extra tests for rte_thash_adjust_tuple() - added extra fields to rte_thash_subtuple_helper struct - fixed typos Vladimir Medvedkin (3): hash: add predictable RSS API hash: add predictable RSS implementation test/hash: add additional thash tests app/test/test_thash.c | 468 +++++++++++++++++++++++++++++++- lib/librte_hash/meson.build | 3 +- lib/librte_hash/rte_thash.c | 637 ++++++++++++++++++++++++++++++++++++++++++++ lib/librte_hash/rte_thash.h | 180 +++++++++++++ lib/librte_hash/version.map | 8 + 5 files changed, 1289 insertions(+), 7 deletions(-) create mode 100644 lib/librte_hash/rte_thash.c -- 2.7.4