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 BCB53A0C47; Thu, 4 Nov 2021 15:55:57 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 4B86341223; Thu, 4 Nov 2021 15:55:57 +0100 (CET) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) by mails.dpdk.org (Postfix) with ESMTP id B32E1411A4 for ; Thu, 4 Nov 2021 15:55:55 +0100 (CET) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id A7B403201C26; Thu, 4 Nov 2021 10:55:54 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Thu, 04 Nov 2021 10:55:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; s=fm2; bh=KavtMRve/Wo9e dpvKum/06tFRrfJbGv4RYubKYFtsmM=; b=KHHUdCqYc7N8ZvANYiu2630G6eYUA 6mhJMaCnLKvwtxDDZRLNhKmf66Q69OWyJNtalWOckFV18KX065dDpFpFeXoxP0L0 ZcjASWUldK0mUmkq5FcnepXQdJ5T4hT0Xtl2PrzrrWKCmRcqFHjqTfFfGVH9qvoT wuPxEo2h8Z6YNcCFlQjuGqI+LkNuC9zgG5ACVNnTgkJsE3GO0WbGS8rXFALrw22v iLFUmWYnHrOA7sN8aXVRE2MyL7Nci/L2vmjWy9O7bchodbavoNXaPWMzgut4fgSP KPloffN/GSkMgWLZBmG6Zcy1GecBzEqUqEqKZ7rxz4TPlYTyU4X+/uueg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:date:from :in-reply-to:message-id:mime-version:references:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=KavtMRve/Wo9edpvKum/06tFRrfJbGv4RYubKYFtsmM=; b=GJYvHzIc j2bMUvmbw+r70sFvBm6pT6qxWSRPTyuqNJ/6bXXGeghZqoXf8qqLJOGyj3Zq+XfA 4pqFbnt9NqFOaxgVfELcyrjkCWY0S/bTZKkNlV7xPuas8gp1qjs0vZrF6Fdbkyi4 HIKtZDlhFTDJPlcp0fY/6FEsjOZb7Y5lowkC2z8HZ8omgmwnczdhN27Rsi0rb6Nx pGYDNVh6G0cnqLXO7RPdYrUSKjE4EVt8niHI6a0XTNGCbgPb94hgzGJjP2Ximh6Q SIzs1DP5fPDNsfBYaRpVkCgoV8nEcpZF8tqn8WGIgT622W4Eh3J804OuHn7RmgW4 GsnwOD05/iWKAA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrtdeggdeiiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkffojghfggfgsedtkeertd ertddtnecuhfhrohhmpefvhhhomhgrshcuofhonhhjrghlohhnuceothhhohhmrghssehm ohhnjhgrlhhonhdrnhgvtheqnecuggftrfgrthhtvghrnhepvdehgfeivdejgedtveehfe fhteelfefgieevgfffveefjeegtdfguedthedtgeevnecuvehluhhsthgvrhfuihiivgep tdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhhonhdrnh gvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 4 Nov 2021 10:55:53 -0400 (EDT) From: Thomas Monjalon To: dev@dpdk.org Cc: megha.ajmera@intel.com Date: Thu, 4 Nov 2021 15:55:45 +0100 Message-Id: <20211104145548.59747-1-thomas@monjalon.net> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20211104104918.490051-1-wojciechx.liguzinski@intel.com> References: <20211104104918.490051-1-wojciechx.liguzinski@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [dpdk-dev] [PATCH v24 0/3] Add PIE support for HQoS library 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" last changes to make this series "more acceptable": - RTE_SCHED_CMAN in rte_config.h, replacing RTE_SCHED_RED - test file listed in MAINTAINERS - few whitespaces fixed From: Wojciech Liguzinski DPDK sched library is equipped with mechanism that secures it from the bufferbloat problem which is a situation when excess buffers in the network cause high latency and latency variation. Currently, it supports RED for active queue management. However, more advanced queue management is required to address this problem and provide desirable quality of service to users. This solution (RFC) proposes usage of new algorithm called "PIE" (Proportional Integral controller Enhanced) that can effectively and directly control queuing latency to address the bufferbloat problem. The implementation of mentioned functionality includes modification of existing and adding a new set of data structures to the library, adding PIE related APIs. This affects structures in public API/ABI. That is why deprecation notice is going to be prepared and sent. Wojciech Liguzinski (3): sched: add PIE based congestion management examples/qos_sched: support PIE congestion management examples/ip_pipeline: support PIE congestion management MAINTAINERS | 1 + app/test/meson.build | 4 + app/test/test_pie.c | 1065 ++++++++++++++++++ config/rte_config.h | 2 +- doc/guides/prog_guide/glossary.rst | 3 + doc/guides/prog_guide/qos_framework.rst | 64 +- doc/guides/prog_guide/traffic_management.rst | 13 +- drivers/net/softnic/rte_eth_softnic_tm.c | 6 +- examples/ip_pipeline/tmgr.c | 142 +-- examples/qos_sched/cfg_file.c | 127 ++- examples/qos_sched/cfg_file.h | 5 + examples/qos_sched/init.c | 27 +- examples/qos_sched/main.h | 3 + examples/qos_sched/profile.cfg | 196 ++-- lib/sched/meson.build | 3 +- lib/sched/rte_pie.c | 86 ++ lib/sched/rte_pie.h | 396 +++++++ lib/sched/rte_sched.c | 256 +++-- lib/sched/rte_sched.h | 64 +- lib/sched/version.map | 4 + 20 files changed, 2185 insertions(+), 282 deletions(-) create mode 100644 app/test/test_pie.c create mode 100644 lib/sched/rte_pie.c create mode 100644 lib/sched/rte_pie.h -- 2.33.0