From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 764F8A0518 for ; Sun, 2 Aug 2020 11:42:54 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id B6B962E8F; Sun, 2 Aug 2020 11:42:53 +0200 (CEST) Received: from mail-ua1-f51.google.com (mail-ua1-f51.google.com [209.85.222.51]) by dpdk.org (Postfix) with ESMTP id 2934A2E81; Sun, 2 Aug 2020 11:42:52 +0200 (CEST) Received: by mail-ua1-f51.google.com with SMTP id x17so118380uao.5; Sun, 02 Aug 2020 02:42:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=CL9X6uZvqATHl54eqpq8pDeiQDjyyGumyk5+BHAOHV4=; b=K1vjD5MDBuisfnLTkyhp4itWCxxvI/rdhS55H39BK9BXLJU+r8cPry/oy/9C0GweeA yMwN/QnBKme1LTi8H/TyuHhlghp94YFXjAk9Z+keb7RQfw9Djm+AJVuhIwQBCWJXeXvn iLkLE3zampOgob4Bj8HOiyaTZ2TUJGhVVPsxOY0SQ88PkFeywGti2qurGBSdnzFt4n4z 7+Uog8XVENW8I25gYf62DYBtd+TpPKs2KkVcKANysVgdz+IwCRqK22jjnHeqa02P80tv ey25fgt4ysoJDLZTn9oWbn7U5oHGhKoBHDKdAMrgMxfq6SKYXMCnQTnub3Wu3Oi9GNWL qBYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=CL9X6uZvqATHl54eqpq8pDeiQDjyyGumyk5+BHAOHV4=; b=Eu4gXiUIExXh/rJB1KQYdez4EROXVP04XZnOz9Sp3AtiWq9Mg6dhWeJfrfvXQdk/2M SulQPcge6t2UYQsM4xnbUL6KgFh3iXpH5yKi6v4caKIsa4ARSPu8tekCvtQnhb2QEIez OtKSMz6UAmppw1oQDESAYJKfN/4bocujhyffkeWHq7o/rONCwbuM/m/4oQGrDqU3B/Oc x4vugOJZGROCLD97fBhOxt52n6uqgchhGgcqjcFsagFuW3evV0yfexZN6oXB3yJdxANg 0GmFcEsSsB8HD1gwbFNMmOn+CUaMG682Ob9xv+b13BaDWycE1U5AbtiDUUCUjlkbfUnl urMw== X-Gm-Message-State: AOAM531TDCgYhfQxBwtL95snowdhLQbVMkdQnqDX1ZUGJfoFe2SKf1vo 09NGg/g8RQvHbmVNclGs7Ef3CMtkjWRh84ctdmc= X-Google-Smtp-Source: ABdhPJzApx5ry4I91VoAMpZm83ZpitOTV4mOcA1l4md1pKYKgPsxv1WeVkdXGm562AhkJ8NI0gyttIHiwapLQnspBFg= X-Received: by 2002:ab0:2ea2:: with SMTP id y2mr7589902uay.15.1596361371388; Sun, 02 Aug 2020 02:42:51 -0700 (PDT) MIME-Version: 1.0 References: <20200729120714.67bb46de@hermes.lan> In-Reply-To: <20200729120714.67bb46de@hermes.lan> From: Archit Pandey Date: Sun, 2 Aug 2020 15:12:40 +0530 Message-ID: To: Stephen Hemminger Cc: dev@dpdk.org, users@dpdk.org, Gokul Bargaje , "Mohit P. Tahiliani" , Tarun Anand , Sanjana Krishnam , "Avinash ." , Leslie Monis Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-users] [dpdk-dev] Queue Management Support in DPDK X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" Hi Stephen, Thanks for the reply. On Thu, Jul 30, 2020 at 12:37 AM Stephen Hemminger wrote: > > rte_sched is not a generic AQM mechanism. You will have to write a new > replacement for rte_sched if you want something else. Yes, we did realize that rte_sched is not suitable for AQM algorithms. We have implemented a bare-bones AQM mechanism that is independent of rte_s= ched. Using this implementation we have successfully added and tested PIE and CoD= el. > I would recommend starting with Cake. It is latest and most complete > and the developers are active and friendly. CAKE can be added using what we have built, but before we do that we wanted to know if such a feature would be welcomed by the community. Subsequently, we will submit an RFC patch series to the dev mailing list. Thanks, Archit Pandey. On Thu, Jul 30, 2020 at 12:37 AM Stephen Hemminger wrote: > > On Thu, 30 Jul 2020 00:07:29 +0530 > Archit Pandey wrote: > > > Hello everyone, > > > > We have been using DPDK's QoS framework over the last year and found > > that rte_sched and the provided qos_sched app work great for QoS. > > > > However, when we ventured into trying to add CoDel (to replace RED) as > > a dropper to the framework, we faced several challenges due to how > > tightly rte_sched and rte_red were coupled together. As we had no > > success with rte_sched, we would like to propose a new framework for > > queue management in DPDK. > > > > Goals we have in mind for the framework: > > - Act as an abstraction for queue management algorithms (AQMs) such as > > CoDel, PiE and RED. > > - Make it easy for new algorithms to be added. > > > > We=E2=80=99d appreciate feedback on whether such a framework would be w= elcomed > > in the community, or what else could be done for adding queue > > management support. > > > > Sincerely, > > Archit Pandey. > > rte_sched is not a generic AQM mechanism. You will have to write a new > replacement for rte_sched if you want something else. > > I would recommend starting with Cake. It is latest and most complete > and the developers are active and friendly. --=20 Archit Pandey Senior Year B.Tech. Department of Computer Science and Engineering National Institute of Technology Karnataka Surathkal, India On Thu, Jul 30, 2020 at 12:37 AM Stephen Hemminger wrote: > > On Thu, 30 Jul 2020 00:07:29 +0530 > Archit Pandey wrote: > > > Hello everyone, > > > > We have been using DPDK's QoS framework over the last year and found > > that rte_sched and the provided qos_sched app work great for QoS. > > > > However, when we ventured into trying to add CoDel (to replace RED) as > > a dropper to the framework, we faced several challenges due to how > > tightly rte_sched and rte_red were coupled together. As we had no > > success with rte_sched, we would like to propose a new framework for > > queue management in DPDK. > > > > Goals we have in mind for the framework: > > - Act as an abstraction for queue management algorithms (AQMs) such as > > CoDel, PiE and RED. > > - Make it easy for new algorithms to be added. > > > > We=E2=80=99d appreciate feedback on whether such a framework would be w= elcomed > > in the community, or what else could be done for adding queue > > management support. > > > > Sincerely, > > Archit Pandey. > > rte_sched is not a generic AQM mechanism. You will have to write a new > replacement for rte_sched if you want something else. > > I would recommend starting with Cake. It is latest and most complete > and the developers are active and friendly. --=20 Archit Pandey Senior Year B.Tech. Department of Computer Science and Engineering National Institute of Technology Karnataka Surathkal, India