* [dpdk-dev] Queue Management Support in DPDK @ 2020-07-29 18:37 Archit Pandey 2020-07-29 19:07 ` Stephen Hemminger 0 siblings, 1 reply; 4+ messages in thread From: Archit Pandey @ 2020-07-29 18:37 UTC (permalink / raw) To: dev, users Cc: Gokul Bargaje, Mohit P. Tahiliani, Tarun Anand, Sanjana Krishnam, Avinash ., Leslie Monis 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’d appreciate feedback on whether such a framework would be welcomed in the community, or what else could be done for adding queue management support. Sincerely, Archit Pandey. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [dpdk-dev] Queue Management Support in DPDK 2020-07-29 18:37 [dpdk-dev] Queue Management Support in DPDK Archit Pandey @ 2020-07-29 19:07 ` Stephen Hemminger 2020-08-02 9:42 ` Archit Pandey 0 siblings, 1 reply; 4+ messages in thread From: Stephen Hemminger @ 2020-07-29 19:07 UTC (permalink / raw) To: Archit Pandey Cc: dev, users, Gokul Bargaje, Mohit P. Tahiliani, Tarun Anand, Sanjana Krishnam, Avinash ., Leslie Monis On Thu, 30 Jul 2020 00:07:29 +0530 Archit Pandey <architpandeynitk@gmail.com> 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’d appreciate feedback on whether such a framework would be welcomed > 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. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [dpdk-dev] Queue Management Support in DPDK 2020-07-29 19:07 ` Stephen Hemminger @ 2020-08-02 9:42 ` Archit Pandey 2020-08-02 16:53 ` Jon Loeliger 0 siblings, 1 reply; 4+ messages in thread From: Archit Pandey @ 2020-08-02 9:42 UTC (permalink / raw) To: Stephen Hemminger Cc: dev, users, Gokul Bargaje, Mohit P. Tahiliani, Tarun Anand, Sanjana Krishnam, Avinash ., Leslie Monis Hi Stephen, Thanks for the reply. On Thu, Jul 30, 2020 at 12:37 AM Stephen Hemminger <stephen@networkplumber.org> 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_sched. Using this implementation we have successfully added and tested PIE and CoDel. > 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 <stephen@networkplumber.org> wrote: > > On Thu, 30 Jul 2020 00:07:29 +0530 > Archit Pandey <architpandeynitk@gmail.com> 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’d appreciate feedback on whether such a framework would be welcomed > > 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. -- 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 <stephen@networkplumber.org> wrote: > > On Thu, 30 Jul 2020 00:07:29 +0530 > Archit Pandey <architpandeynitk@gmail.com> 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’d appreciate feedback on whether such a framework would be welcomed > > 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. -- Archit Pandey Senior Year B.Tech. Department of Computer Science and Engineering National Institute of Technology Karnataka Surathkal, India ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [dpdk-dev] Queue Management Support in DPDK 2020-08-02 9:42 ` Archit Pandey @ 2020-08-02 16:53 ` Jon Loeliger 0 siblings, 0 replies; 4+ messages in thread From: Jon Loeliger @ 2020-08-02 16:53 UTC (permalink / raw) To: Archit Pandey Cc: Stephen Hemminger, dev, users, Gokul Bargaje, Mohit P. Tahiliani, Tarun Anand, Sanjana Krishnam, Avinash ., Leslie Monis On Sun, Aug 2, 2020 at 4:43 AM Archit Pandey <architpandeynitk@gmail.com> wrote: > Hi Stephen, > > Thanks for the reply. > > On Thu, Jul 30, 2020 at 12:37 AM Stephen Hemminger > <stephen@networkplumber.org> 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_sched. > Using this implementation we have successfully added and tested PIE and > CoDel. > > > 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. In a word, yes. > Subsequently, we will submit an RFC patch series to the dev mailing list. > > Thanks, > Archit Pandey. > HTH, jdl ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-08-02 16:53 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-07-29 18:37 [dpdk-dev] Queue Management Support in DPDK Archit Pandey 2020-07-29 19:07 ` Stephen Hemminger 2020-08-02 9:42 ` Archit Pandey 2020-08-02 16:53 ` Jon Loeliger
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).