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 A14F6A0524; Sat, 1 Feb 2020 06:45:04 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 153021C0DA; Sat, 1 Feb 2020 06:45:04 +0100 (CET) Received: from mail-io1-f65.google.com (mail-io1-f65.google.com [209.85.166.65]) by dpdk.org (Postfix) with ESMTP id 4FAF41C0DA; Sat, 1 Feb 2020 06:45:02 +0100 (CET) Received: by mail-io1-f65.google.com with SMTP id z8so10798563ioh.0; Fri, 31 Jan 2020 21:45:02 -0800 (PST) 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; bh=TyktwYlhk1YqIeDtKi/SxH1TiV2uCpeZrVWMpu3bznU=; b=NjqZNfmuG3vOWfgW2QFF/TNWIxxNPjTSHqM36qVfPHV9/42qhFyqD5KqfFumpKDrax LxzBBUgXlTUOamqHVSrCYVGls/qLRX0Vw9hE5MRy3tpzzVlDSCD8HhEZBAu8GZ6WlGav SClZ4na+/bopEBuipxXl8IYjzFfxf0r/ZLDwO3mWJVzEAitEZl4LlV2tcBvOykBpY6wU uC1kVID+NuZnHZdY1hhvI6It9KqT7Ghd6q2FSa8XHp8f7bomtpJosdi/NRWrtCqPt/+q dEE3qaTE8gEmigMpwfdHx07chmibtjWO3w5ZA20N7Lv2OZUlTrG6w/o8y+vP/vv8GGrT Ntsg== 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; bh=TyktwYlhk1YqIeDtKi/SxH1TiV2uCpeZrVWMpu3bznU=; b=RIX75ELA14yvcwZVBWwwEBNOQDP7UNJltmyPv+h2VjPqZGR+vOaNP7qHOT/NO+K95J r88lIIoXeqxytumQZaBFpAM/LIR3zbITyqcH9QwdHAf8+F/n9UuwcLxNGoSlXuvZrhQN 5BAqlgB39EqBpFIVALFbIollxoYrlEchuYWGV8mgRtrWLS0+HRhnGCcuPHGkjQ2bvONz qZ2ZvAflF8QfSzsPPkIvz1Cl9elB9SWChXS09mlyIlKBr9YR6+gaTs230MF89Wpnkrsb MU2sA1kcgImfgS6Tbpaz9vitC3SSFQavCE2aqvJn57cMhcYBpoZqrCPnIgm+LLKrUVta a3hw== X-Gm-Message-State: APjAAAU7tnb0K7mzOwW5fkZVnod1X+0rOjBW6Tba0C1IGV/D36F6WL/S 3ojEFi+FAHp4LE5g7HhDHU6LlGiAw/oGcT+X7Qk= X-Google-Smtp-Source: APXvYqzUUrRBJZgCFIiS8lUfVOkK0BkHP7qJ1Th4tqvobgUt5Fr+/p1HQ02F581WXMCLxvvOKO5lb6TVicp0SyRg+bk= X-Received: by 2002:a6b:c742:: with SMTP id x63mr11468400iof.162.1580535901515; Fri, 31 Jan 2020 21:45:01 -0800 (PST) MIME-Version: 1.0 References: <20200131170201.3236153-1-jerinj@marvell.com> <76e12ab0-c467-986f-dac3-6e896f3fb193@ashroe.eu> In-Reply-To: <76e12ab0-c467-986f-dac3-6e896f3fb193@ashroe.eu> From: Jerin Jacob Date: Sat, 1 Feb 2020 11:14:45 +0530 Message-ID: To: Ray Kinsella Cc: Jerin Jacob , dpdk-dev , Prasun Kapoor , Nithin Dabilpuram , Kiran Kumar K , Pavan Nikhilesh , Narayana Prasad , nsaxena@marvell.com, sshankarnara@marvell.com, Honnappa Nagarahalli , Thomas Monjalon , David Marchand , Ferruh Yigit , Andrew Rybchenko , Ajit Khaparde , "Ye, Xiaolong" , Raslan Darawsheh , Maxime Coquelin , Akhil Goyal , Cristian Dumitrescu , John McNamara , "Richardson, Bruce" , Anatoly Burakov , Gavin Hu , David Christensen , "Ananyev, Konstantin" , Pallavi Kadam , Olivier Matz , Gage Eads , "Rao, Nikhil" , Erik Gabriel Carrillo , Hemant Agrawal , "Artem V. Andreev" , Stephen Hemminger , Shahaf Shuler , "Wiles, Keith" , =?UTF-8?Q?Mattias_R=C3=B6nnblom?= , Jasvinder Singh , Vladimir Medvedkin , techboard@dpdk.org Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [RFC PATCH 0/5] graph: introduce graph subsystem X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 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" On Sat, Feb 1, 2020 at 12:05 AM Ray Kinsella wrote: > > Hi Jerin, Hi Ray, > Much kudos on a huge contribution to the community. All the authors of this patch set spend at least the last 3/4 months to bring this up RFC with performance data with an l3fwd-graph example application. We hope it would be useful for DPDK community. > Look forward to spend more time looking at it in the next few days. That would be very helpful. > > I'll bite and ask the obvious questions - why would I use rte_graph over FD.io VPP? I did not get the opportunity to work day to day on FD.io projects. My understanding of FD.io is very limited. I do think, it is NOT one vs other. VPP is quite a mature project and they are pioneers in graph architecture. VPP is an entirely separate framework by itself and provides an alternate data plane environment. The objective of rte_graph is to add a graph subsystem to DPDK as a foundational element. This will allow the DPDK community to use the powerfull graph architecture concept in a fundamental way with purely DPDK based applications That would boil down to: 1) Provision to use pure native mbuf based dpdk application with graph architecture. i.e avoid the cost of packet format conversion for good. 2) Use rte_mempool, rte_flow, rte_tm, rte_cryptodev, rte_eventdev, rte_regexdev HW accelerated API in the data plane application. 3) Based on our experience, NPU HW accelerates are so different than one vendor to another vendor. Going forward, We believe, API abstraction may not be enough abstract the difference in HW. The Vendor-specific nodes can abstract the HW differences and reuse generic the nodes as needed. This would help both the silicon vendors and DPDK end-users to avoid writing capabilities based APIs and avoid vendor-specific fast path routines. So such vendor plugin can be part of dpdk to help both vendors and end-user of DPDK. 4) Provision for multiprocess support in graph architecture. 5) Contribute to dpdk.org 6) Use Linux coding standards. 7) Finally, one may consider using rte_graph, _if_ specific workload performs better in performance in this model due to framework and/or the HW acceleration attached to it. > > Ray K >