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 AC334A0546; Tue, 25 May 2021 10:57:05 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 18BCE40150; Tue, 25 May 2021 10:57:05 +0200 (CEST) Received: from smartserver.smartsharesystems.com (smartserver.smartsharesystems.com [77.243.40.215]) by mails.dpdk.org (Postfix) with ESMTP id 1B9B94003F for ; Tue, 25 May 2021 10:57:03 +0200 (CEST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 25 May 2021 10:56:58 +0200 Message-ID: <98CBD80474FA8B44BF855DF32C47DC35C617C2@smartserver.smartshare.dk> In-Reply-To: <20210524105822.63171-1-wojciechx.liguzinski@intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [dpdk-dev] [RFC PATCH 0/3] Add PIE support for HQoS library Thread-Index: AddQi9XB7MW5WWHUQeyhp94AaEZ2GwAtYU2Q References: <20210524105822.63171-1-wojciechx.liguzinski@intel.com> From: =?iso-8859-1?Q?Morten_Br=F8rup?= To: "Liguzinski, WojciechX" , , , Cc: Subject: Re: [dpdk-dev] [RFC PATCH 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" > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Liguzinski, > WojciechX > Sent: Monday, 24 May 2021 12.58 >=20 > 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 queue congestion control The correct term is "active queue management", not "queue congestion = control". > (which is designed > to control the queue length but it does not control latency directly > and is now being > obsoleted ). Some might prefer other algorithms, such as PIE, CoDel, CAKE, etc., but = RED is not obsolete! > However, more advanced queue management is required to > address this problem > and provide desirable quality of service to users. >=20 > 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. >=20 > 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. >=20 >=20 > Liguzinski, WojciechX (3): > sched: add pie based congestion management > example/qos_sched: add pie support > example/ip_pipeline: add pie support It's "PIE", not "pie". :-) Nonetheless, the RFC looks good! -Morten