From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0049.outbound.protection.outlook.com [104.47.0.49]) by dpdk.org (Postfix) with ESMTP id 0392C1041 for ; Thu, 22 Mar 2018 18:36:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Mellanox.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=6o446uv1Kdh7saNpjliWocQ5AL8+hmlPzhc4i/4YQvQ=; b=uiUhgGK+LJRWgrcp8ecvip6SKASxFQolQh8ZPZX0P/wjAQmUvycjKE8/yji16f7skIuJI6IEIMT960z3bjnfOMZ3liLnjTNHq5fL3fMF2H1x3HvrZCL3ooU/Z1vRLBTPhGi+VFO7DNKxzRq8934zDBe6BHU6tV5xhUhgCFE1QDE= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=alialnu@mellanox.com; Received: from mellanox.com (2001:4b98:dc0:51:216:3eff:feac:53b) by AM4PR0501MB2627.eurprd05.prod.outlook.com (2603:10a6:200:59::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.609.10; Thu, 22 Mar 2018 17:36:15 +0000 From: Ali Alnubani To: web@dpdk.org Date: Thu, 22 Mar 2018 18:35:57 +0100 Message-Id: <20180322173600.24189-2-alialnu@mellanox.com> X-Mailer: git-send-email 2.11.0 In-Reply-To: <20180322173600.24189-1-alialnu@mellanox.com> References: <20180322173600.24189-1-alialnu@mellanox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Originating-IP: [2001:4b98:dc0:51:216:3eff:feac:53b] X-ClientProxiedBy: DB6P192CA0019.EURP192.PROD.OUTLOOK.COM (2603:10a6:4:b8::29) To AM4PR0501MB2627.eurprd05.prod.outlook.com (2603:10a6:200:59::13) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: a9ec9583-bd74-4b97-f7e3-08d5901b6a0f X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:AM4PR0501MB2627; X-Microsoft-Exchange-Diagnostics: 1; AM4PR0501MB2627; 3:cM7jVL5YIK12d2B8/1V+nhPtVjh0u8vjR81rUnjbt/8aS5pso+puhTyjPDdkadjGp2VAW9owh4lIjcynso1dyXIFHaWf6qYtvDyk00AGWhtLeUYaxHN2qj+FpvsXBuP0b4cdL9R1hQd0lWf/K1L7VsnY0hiN144059b3moWqWU40tGfI0UPC7WRPQSeUrhhCxvefiJkDQgWf4XHUZFYT4gLhYJwz+os+rMHto3zg4lMD7RtzB3ac2L390zRB4izN; 25:29JAoyDbpId/6ycrvOUSwysDWa+NT3NEc5eXy3apDb38ZzDfAzrlxl2tkaJmtJpZdoRlb+l24GDfty2mNaXNgj1cGSQZG1f1HsQYLsi6Ky/5Dy/Ymp6wfv3cjKaF/2G46zRCAvuIvEk1Jpycw9I5B5jvvDODAP3xH4HWTzwG+pfKH5oAjqD4VUoQUoyMd/L/gKgmDsSyKS0uZ5c+hWSwiyVHXhobh/fEMQE+LEm6/YiI3e04e5e4QMFTFPjSSf9bhN+/GR2fPuS1hIIkwGwPxJExdDgxm+a/YvPrzw2bHyvoFU0Li0u6qmtNla1PhTCeqi4QY/3s7ut/vUeKC0HO5Q==; 31:SG2x6y3FB7Erm4ahuXWBQzCsQP+b76rjV0YIR9dQZR8U6WtP/whlgjywX+PNcKONF3ThOL0wJGPR+MMuKlHNGEzzxuuVG1fNK215qVh3Fyhy0AnRzxxRxmiAisYcSDXWs/Jrou34q47lRQ/l7nq6jFZtTx1Ei9EArETKaUIP4MAVn/nZG1CHEd8xeN3GXFtTlsDCwGewvhdkEe++B713gvWbVoJVXocqG5NR3W3qEsA= X-MS-TrafficTypeDiagnostic: AM4PR0501MB2627: X-Microsoft-Exchange-Diagnostics: 1; AM4PR0501MB2627; 20:9UYlJ6gAXqRBIuPx0wCxf38SpkQn/dGzrvbFI5T8tETCTc0Rlj5cfQUjFhdJ47fLciqObyx5o4vmA5CEWhB3IRXVzsZNejg7QzOI6ec9Df2eywFNbLt83NSt9f0feAW7GvkNotJQrZgnAGI1sGwEzZG/wf5ytXc4RmLyDvpA/HG+4ZOUAjufea3zQZvsWntLBtZzZgWdQKh1cMH6RK/rkJbWf/AwCt7uGS6YPk5QZX5ASBj8mczwRtky2DYo7eie+KPgDkOeHAwwdxwK5g4mMOAnbvBjcExx/5w+CFhf8xYUuQ09bGIcRR/EPSOmiqgJJDEnkI7LicKHffH66CuV1z3aXVCzdHjf9g/eQvXmbv8I+RVvPbqVnL/C/tx3q50U5/tUscGEWDXic+7ae7XPyBY3z5sOhAjFFZQnoDMemYPE5MXia1lTgm9GP+5lklHqHbCnLvrSoqFAMTkRmJElSFpU0QuGxo7bBBxU4iwA/0mDR+aD4e+UNRMykRFdQuRX X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(190756311086443)(158342451672863)(34683901250469)(278428928389397)(166606640393650)(192374486261705)(131327999870524)(231181664957973)(254730959083279)(199454328027089); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(5005006)(8121501046)(3231221)(944501327)(52105095)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041310)(20161123558120)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(6072148)(201708071742011); SRVR:AM4PR0501MB2627; BCL:0; PCL:0; RULEID:; SRVR:AM4PR0501MB2627; X-Microsoft-Exchange-Diagnostics: 1; AM4PR0501MB2627; 4:v8l4+Kf9v86SnBxPNrIyDj/76pd/wj1Lju7BUp5cOIBglNIotRBdYGKpvMFYTWe+JNvyuINn0ULgf2WqNwBnEW7HBqp87EHSvKEucOMWw76f/QctxCNoVvW5s/4KDWnQ1Iscazw5kb8i5XY9iSgHMEb/Eita4+IEph2LqwuX2ozrejCu84PSTiQdHwAvGwBWd0qvVlMM6xSGf5w8IkXXQ8HX9E+lqJzZo8iaNTir0rzoCO4bkD/dyVp3xKyh0Bpxjh5CxcumumhupismXOzYu/n72qbs0Z5dVUhHvGMmnNY9q055Ecs0HTaDf8JvBXqSYFFsgh7UcEdDL1bvyvYOxzVw4/q+o9vInyzMn57XC0tQUIdOzvGuBfJYL9B2KzWDxc/PFmV0eqitCr0+ok0DtwN3OSICsG16gr85y2P88gr4XPfSx/AXhjNi4axRuYp94b/iqRgY9vAteGxAFUeY0Dc2x1XRsOOhJru5SiHWWwnoaWNiMMPFo5wLphd2GFxF9ygpmRpcuo7kQYCA7T9ovuMlucXeR1qTIGhaANpIcrXXTY0XC5TZ8EL0sMkmabSRDp1PJD7GCG+H+C1U/GfVRWpjU3aqXZ3/Kmz1OHKC84smLDihx3diJYQ2iQ2OmxkO X-Forefront-PRVS: 0619D53754 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(376002)(39380400002)(366004)(39860400002)(346002)(396003)(189003)(199004)(316002)(7696005)(8936002)(478600001)(52116002)(16526019)(55016002)(186003)(606006)(36756003)(6306002)(5660300001)(236005)(25786009)(76176011)(81156014)(81166006)(733005)(8676002)(7066003)(2351001)(47776003)(68736007)(446003)(21086003)(46003)(59450400001)(52396003)(105586002)(386003)(106356001)(1076002)(53376002)(45080400002)(6116002)(69596002)(2361001)(23676004)(2870700001)(7736002)(2906002)(50466002)(50226002)(54434003)(53946003)(86362001)(575784001)(97736004)(53936002)(966005)(6916009)(6666003)(11346002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4PR0501MB2627; H:mellanox.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: mellanox.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtBTTRQUjA1MDFNQjI2Mjc7MjM6NHBsWnRhbFowRCtvRlp1VGhjeisvQlBr?= =?utf-8?B?L0xVM2JPZE9HMktTN3U1UW84VnhpcTZFNnYyV1h5bG0yM3Z6SC91cVEvU1Ax?= =?utf-8?B?ek51cmV0NzBib3pjZnUybGpnL2Nsc1U3ZnZXMHhxeHBqdGZFNGhWeEd5RjMw?= =?utf-8?B?ckh3MkIwTENxZStTb1hPT2hMRVNNWmozRmNnZWYwSmFwODl2K254ZmE1bUdx?= =?utf-8?B?Q3BuMlpud29PUFNJZ09UMFRzcS8yK3pSY3V4djlhVlJudVNKbU0xcWZRai9s?= =?utf-8?B?d0w1N2lQbjI2QytYelZZYjNGaVlYcUZkWEs5ZS9aSmpJemlzSlpGaXJUZUNP?= =?utf-8?B?MFRpa3EvQVhrcmdlYlBod0lUVmh4THJZdW5wejJJZEFZZU9hYU42UnQzUmxn?= =?utf-8?B?R0p1bmM4amd0Ungxbm5obEQxOTZ4UGdUS1RkaDRWYml2UVQ3MEhGcElEOUE4?= =?utf-8?B?KzhUazE2VmRUZk0zemhReFZabk5nUythZTZPVmREeUdMMmp4YkNZUXBUVkYx?= =?utf-8?B?bDB1ckR6N2NUclcrQjJ4WHV6dWtESjAveGtCMm12RjVzcUo5NDZEWDZ4ZTNF?= =?utf-8?B?VFB0M081cHBnby9WeENiYUEwSXFHUlBMaVBPcXcvYTIxQ3o1U0xmWHIyNnVB?= =?utf-8?B?WjVyYmUyQnVSQXhhaHZDczQ1MFpVSUt3enNVUDQzUmNDbmVYSWd6S2kzaFdU?= =?utf-8?B?cWcwNk5LRGJNYmx2MWpsUVlmNkhGbVNhL1BEcUtWRGVzcW9MM1pCSGcrK3hv?= =?utf-8?B?MTFzU0FIQXU3b3V2ZlFSRnFKMmxSTkRadjFXZVNER0RqbHRqMUM2Wkloazdl?= =?utf-8?B?ZEFDMTFQT1NIK1pGT2JMRkt6NVkvejJBNi9wb01BYlBLRHhJQ01ITFNQRURi?= =?utf-8?B?c0NKVXozRDZKaWhNL09hMUs3U3EvRGk5cW1UVFVmZUE1V0VzcW5BVmVrUytN?= =?utf-8?B?dmh1RWNVNkZDY2p2LzRIcTFXTGgvVmhqZEZod2l2czFubkR3aTJTalZvV2RK?= =?utf-8?B?VDdFVHFCUkxLeVY3RUI4QkxaZHk3Q2ttTXgrRUhnenV2MTJOSGdrN01keTlP?= =?utf-8?B?UnhHVUduR3FnZ3RvTVRCOU9QK2VqeFBEK0JHUkF4a2ViQVhCU0NkRzBUV2Z5?= =?utf-8?B?NGN5Nmx1NVV6TEJibkdVM1FuSUk0U1N6VVhlbTMxUFo0d0NMS3pqSkhXdldx?= =?utf-8?B?aDRIK1g0cWl2eUhsQmxmUGdnTDFkTDUwTXpuTXZXWFU2bG1yYUxQOUJ3R0hR?= =?utf-8?B?bmpoOHBkRzBZSXJudnFXNFR1bitRY05aeWxaQ0ZmUlkya05DVlh1Ym9xUk1K?= =?utf-8?B?aHpSZnhOVkRITGVhV08xZEFKVkI5V2U5dHMxT2xac0FGelI4NGZHYzFNa3Zv?= =?utf-8?B?cHN3M0tlMjIwVWZ6dkxhaVIwc0R6d3dKNVIyM2FNQWN0OU1WU0pHa250TnIz?= =?utf-8?B?VUUxYXQza2tVRWRuWDE4eGpxcFVRQ0JST1FGbVl5bGl3Qm54dnFDY2ExYXlu?= =?utf-8?B?TzJ6dEY3OGpZU21ZY2RWNHNLNzlaak8xS0dVRFhqNE9ZczdXdk95NjlkcGxU?= =?utf-8?B?OEpmTWFnR0p3bSszYWNDajhEVkVsaU12N0tEY1FXdUp5N2JsaVhIZ21DQTNw?= =?utf-8?B?eWw4V1htNWJKaWFtamtBKzl0MGRicy8wV1FrQ1Vub2lVSGxlaHRNWVlyYXFn?= =?utf-8?B?bE90b2ZDL1NuVG9LUU9pT29LbS9PYUszZ0g3MEZRbDBGQndlM1hDS3p1RU00?= =?utf-8?B?RDl4WE95UnhhN1FFZS9pUnEyM0xydm94SCtTa1RiYzZzazVncGtmMVlKcE52?= =?utf-8?B?MHF3Zk5rYzR4MHJYMVRMWkFSWkZTVFI1NWRnVkpIdHdYbDZxUT09?= X-Microsoft-Antispam-Message-Info: dm+T+Vl3RglrvPQDOn9xRzcj3WEIoXJ7hJNR6FjSuzMkR9I43M5adLgWdJ0sqdYfeSEmSY5dI0f7945lkMPXp/RSNNWUdW3rLqT1onrlqmmQ3C3qUF0ZuCdNeCpa7ROMsdwNquqrscgdJFdFTwdNSuW9h/lDoinhQgYjYBsVSiuF7n8sBR9kUNKNPi0uaJqg X-Microsoft-Exchange-Diagnostics: 1; AM4PR0501MB2627; 6:ICVW/dtUruBH0ORYhW6GM8yi1iAGrnoH1718xRkJWkjb4fKk2NQkQhYftfy2q7A+eKRYlPWQr21dXLPJHtJLwp+S1lXYqmywzGnnF4DeHVyKnhkHzUQKoYw36gvsCKMjenRoQNSOPBCi1/DfXykzIFDfNzBCdTdQNPrDItzu6F37GBMn9Kr7Y02ZvFq1Ro5L/wwb3PTt09FVEc347xCy+tWOzrIVSgsVgDnwOum3wjUQGCOZVBEHN7zlUM9ImTuI4m30OqfH+uLNTPxzX4oTYtReeYY5bZWA99bHMnc1iCSpwUDdKtqR0Z91JxZgyP+GUthv0Wnt5TDXZltMkaa4iptyjzr/tA7SeS1WjR0s5Bxr8JD6dUcml93Wdzb0SnwDF2mBBKpfGUk5y2usHxXCshr6Ukhm3pfufLu/4M5EghnyUhGjY9nLzVrH3MALh46vtrw/n6/DMSurTh+p+1L39w==; 5:U7g11LHNn/pK54U9VaNA6JiclQBwZyhsHcWz2UKDVQ96NRlqZ+Oq/8g/OqXsTX+WdM+EVSsbHdPsrWHYXbyqI3QKgvvP790OKAgn0HrXd77RNn7d/Ip/gDcGnwhW5sqEuGhG2kRIuli+iuS3TyrKN1pxmGSJPAc4U4l1NEG0ODQ=; 24:/U/nRd7qR1LniBu+HsJRuUSBlMDTOjCSEvk0kX+6+Tp/GKd3z2xP7ibIMWx0JhzwCbtv0MC2mc9r7FUxs4GZQ2fkovLfytVzKii/AYsHYCo= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; AM4PR0501MB2627; 7:k1+IodUs1BRB4nksmRK2m6wjcc41ia3Qzj6hRA4F4t7P0fjqHr04bmM4v6qk1q50NuAsXO/LjinRWfbJ4+3sKhHV6lNyTwzFYfHBBE4IzKc7DnbLJIXYgr9J6KUxrO1CqSAFNs3A2YTvvXPnvpl4koSyLx5Hs3h6LctYjpTjbXnspaFvH4iCx3uTOGaoVODMSAIroLvodcriIjycmwt817McvHcsJmn5nh311n7T4Ycis8MvfC9d2KC0GPyixMTV X-OriginatorOrg: Mellanox.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Mar 2018 17:36:15.9490 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: a9ec9583-bd74-4b97-f7e3-08d5901b6a0f X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: a652971c-7d2e-4d9b-a6a4-d149256f461b X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR0501MB2627 Subject: [dpdk-web] [PATCH 2/5] add USA's 2017 summit to archive X-BeenThere: web@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK website maintenance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2018 17:36:18 -0000 Signed-off-by: Ali Alnubani Reviewed-by: Thomas Monjalon --- events.html | 2 +- events/summit-2017-usa.html | 350 ++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 351 insertions(+), 1 deletion(-) create mode 100644 events/summit-2017-usa.html diff --git a/events.html b/events.html index 3ce2821..8187ece 100644 --- a/events.html +++ b/events.html @@ -69,7 +69,7 @@

› DPDK Summit, San Jose - November 14-15, 2017

- Archive | + Archive | Videos | Slides | Schedule diff --git a/events/summit-2017-usa.html b/events/summit-2017-usa.html new file mode 100644 index 0000000..14e87c4 --- /dev/null +++ b/events/summit-2017-usa.html @@ -0,0 +1,350 @@ + + + + + + DPDK events + + + + + + + +

+

DPDK: Data Plane Development Kit

+ +
+
+

DPDK Summit, San Jose - November 14-15, 2017

+ +

This event was held in Club Auto Sport, San Jose.

+ +
    +
  • +

    Opening Remarks & Governing Board

    +

    Introduction to the event, including a review of the agenda, logistics and expectations. An update from the Governing Board on who the Governing Board are, what their responsibilities are, progress to date, future priorities/challenges for the project.

    + Jim St. Leger (Intel) + + +
  • +
  • +

    Community Survey Feedback

    +

    We conducted a survey of the DPDK community, soliciting input on a variety of topics including DPDK usage, roadmap, performance, patch submission process, documentation and tools. This session will present the results of the survey, which will help to guide the future direction of the project.

    + John McNamara (Intel) + + +
  • +
  • +

    Reducing Barriers to Adoption - Making DPDK Easier to Integrate into Your Application

    +

    While DPDK is a widely-adopted software package for high-performance networking applications, there are a number of ways in which it is harder to use than it otherwise needs to be. This is especially true when it comes to integrating DPDK with an existing legacy codebase. This presentation will look at some of the issues and provide an update on current development and prototyping work to simplify DPDK integration with existing code.

    + Bruce Richardson (Intel) + + +
  • +
  • +

    New Command Line Interface for DPDK

    +

    The current command line interface for DPDK called cmdline has a number of limitation and a complex user design. The next command line for DPDK called CLI is more dynamic with a simple directory style design. The directory style design allows for commands to be placed in a hierarchy for easy integration, plus supporting a simple argc/argv function interface. Using these features reduced the LOC in test-pmd cmdline file from 12K to ~4K. The presentation includes an example usage.

    + Keith Wiles (Intel) + + +
  • +
  • +

    Event Adapters - Connecting Devices to Eventdev

    +

    Recently, the DPDK has enabled applications to use dynamically load balanced pipelines with the introduction of libeventdev. In addition to using eventdev for CPU to CPU pipelines, devices such as ethdev, cryptodev and timers need to be able to inject events into eventdev. Currently, we are in the process of upstreaming extensions to eventdev called eventdev adapters for each of these devices that would allow applications to configure event input from these devices to the event device. We will discuss each of the adapter APIs and show example code that allow event based applications to be written in a platform independent manner.

    + Nikhil Rao (Intel) + + +
  • +
  • +

    GRO/GSO Libraries: Bring Significant Performance Gains to DPDK-based Applications

    +

    A major part of packet processing has to be done on a per-packet basis, such as switching and TCP/IP header processing. The overhead of the per-packet routines, however, exerts a significant impact on the performance of network processing. Generic Receive Offload (GRO) and Generic Segmentation Offload (GSO) are two effective techniques for mitigating the per-packet processing overhead by reducing the number of packets to be processed. Specifically, GRO merges the receiving packets of the same flow in RX, while GSO delays packet segmentation in TX.

    + Jiayu Hu (Intel) + + +
  • +
  • +

    Power Aware Packet Processing

    +

    A drive to deliver OPEX saving and performance where and when it's needed. Enter a new era of power optimized packet processing. This talk reviews new & existing DPDK extensions for policy based power control proposed in August and the associated performance benefits.

    + Chris MacNamara (Intel) + + + + +
  • +
  • +

    Enhanced Memory Management

    +

    In this presentation we will be reviewing Enhanced Memory Management techniques and multi-process enhancements as a possible way to seamlessly solve burning issues like slow initialization, memory protection, memory hotplug, dynamic scale up/down, physically vs virtually contiguous, inter-vm shared memory etc.

    + Laszlo Vadkerti (Ericsson), Jiangtao Zhang (Ericsson) + + +
  • +
  • +

    Making networking apps scream on Windows with DPDK

    +

    Network bandwidth is precious and milliseconds matter for many user-mode applications and virtual appliances running on both Linux and Windows. In order to get the best network throughput to process and forward packets, developers need direct access to the NIC without going through the host networking stack. Until now, only developers on Linux and FreeBSD platforms were able to use DPDK to obtain these performance benefits but, we are happy to announce that we have an implementation of DPDK for the Windows platform!

    + Jason Messer (Microsoft), Manasi Deval (Intel) + + +
  • +
  • +

    Mediated Devices: Better Userland IO

    +

    Unbinding Linux kernel drivers to allow userland IO through VFIO has a number of disadvantages such as another large touchy code base to deal with the hardware, loss of standard Linux tools (ifconfig, ethtool, tcpdump, SNMPd...) and impossibility to accelerate container networking. Mediated device introduced in Linux kernel 4.10 for GPUs and provisions for additional devices hold the promise of collaboration between kernel drivers and userland application in need of direct datapath steering.

    + François-Frédéric Ozog (Linaro) + + +
  • +
  • +

    Mellanox bifurcated driver model

    +

    Mellanox PMD uses verbs instead of taking full control over the device (PCI). That allows the kernel (netdev) and more than a single PMD to run on a single PCI function. +If the DPDK app is not steering by rte_flow, all the traffic the packets be processed by the kernel net device.

    + Rony Efraim (Mellanox) + + +
  • +
  • +

    DPDK with KNI – Pushing the Performance of an SDWAN Gateway to Highway Limits!

    +

    An SDWAN gateway is usually built with an x86 commercial off-the-shelf (COTS) hardware that often runs a variant of Linux Operating System and requires high throughput for connecting a corporate’s branch network with its Data Centers. However owing to the inherent limitations of standard 4K sized pages without dedicated resource allocations in a general-purpose Linux kernel, it has been seen that even a high-end SDWAN gateway hardware cannot forward traffic to its full potential.

    + Sabyasachi Sengupta (Nuage Networks) + + +
  • +
  • +

    DPDK as microservices in ZTE Paas

    +

    To provide high performance for ICT (Information Communications Technology) area, we use DPDK as a micro service in container networking. We used primary/secondary mode, rte_ring, sharing meory and so on, to promote the performance of datapath. We achieved bidirectional zero-copy between containers in contrast to only dequeue zero copy in vhost-user/virtio-user.

    + Yong Wang (ZTE), Songming Yan (ZTE) + + +
  • +
  • +

    Accelerate Clear Container Network performance

    +

    Clear Container is a great technology to secure a container with a fast and lightweight hypervisor, and there might be very different type of workloads running inside Clear Containers, e.g. some workloads require high packet processing rate (PPS) and some workloads require massive data transfer (BPS), given Clear Container’s much higher density than Virtual Machine, a high performance virtual switch is very critical and demands is highly emerged, but current available virtual switches is still far behind those demands.

    + Jun Xiao (CloudNetEngine) + + +
  • +
  • +

    The Path to Data Plane Microservices

    +

    DPDK revolutionized software packet processing initially for discrete appliances and then for Virtual Network Functions. Containers and µServices technology are extensively used as a means to scale up and out in the Cloud. These technologies now include Comms Service Providers among their advocates, and embracing these technologies with their scaling model and resiliency is the new frontier in software packet processing.

    + Ray Kinsella (Intel) + + +
  • +
  • +

    Container Panel Discussion

    +

    A panel discussion with Yong Wang, Songming Yan, Jun Xiao and Ray Kinsella to discuss DPDK enablement of containers and micro-services.

    + +
  • +
  • +

    Accelerate storage service via SPDK

    +

    SPDK (storage performance development kit, http://spdk.io) is an open source library used to accelerate the storage service (e.g., file, block) especially for PCIe SSDs (e.g., 3D Xpoint SSDs). The foundation of SPDK is the user space, asynchronous and polled mode drivers (e.g., IOAT and NVMe), and the idea of which is similar to DPDK.

    + Jim Harris (Intel) + + +
  • +
  • +

    Accelerating P4-based Dataplane with DPDK

    +

    The high-level P4 programming language promises protocol and hardware-agnostic design of network functions. As the low-level functional implementation, the P4 Behavior Model (BMv2) provides the necessary constructional blocks (parser, deparser, lookup tables, and action primitives, etc.) into which any P4 dataplane programs can be compiled.

    + Peilong Li (University of Massachusetts Lowell) + + +
  • +
  • +

    Implementation and Testing of Soft Patch Panel

    +

    SPP is a framework to easily interconnect DPDK applications on host and guest virtual machines together, and assign resources dynamically to these applications. +As a carrier service provider, we expect that SPP improves performance and usability for inter-VM communication for large scale NFV environment.

    + Tetsuro Nakamura (NTT), Yasufumi Ogawa (NTT) + + +
  • +
  • +

    Reflections on Mirroring With DPDK

    +

    Debugging network problems is often hard, and further complicated when a guest O/S is provided with an SR-IOV VF bound to a DPDK driver because tools running on the physical host (e.g. tcpdump) lose visibility to the interface. Hardware mirroring of traffic to another VF provides the ability to regain visibility and to help facilitate the troubleshooting process.

    + E. Scott Daniels (AT&T Labs) + + +
  • +
  • +

    A network application API on top of device APIs

    +

    NFV promise is to be able to instantiate or even live migrate VMs on different platforms and have applications benefit from whatever acceleration is available. As a result, the application developer shall not make compilation or define application architecture based on what he/she expects from the runtime environment. ODP and DPDK have in common the concept of "device" APIs (Ethernet, crypto, events, IPsec, compression...) with distinct approaches.

    + François-Frédéric Ozog (Linaro) + + +
  • +
  • +

    SafetyOrange - a tiny server class multi-purpose box with DPDK

    +

    SafetyOrange is a portable (4.3 liter) and silent Xeon computer. Well, it is larger than 'DPDK in a box' but it supports two NICs (as of now sporting 2 XL710 cards), has 32G of memory and 14 cores. We have been using it for testing both native and virtualized DPDK appliances also whole virtual routers and served as a traffic generator for performance tests (DPDK pktgen), too. It is a brilliant development environment, too. And at the end of the day it still fits into a regular backpack.

    + Andras Kovacs (Ericsson), Laszlo Vadkerti (Ericsson) + + +
  • +
  • +

    Technical Roadmap

    +

    An update from the Technical Board covering the future roadmap and technical challenges for the project.

    + Technical Board + + +
  • +
  • +

    rte_raw_device: implementing programmable accelerators using generic offload

    +

    There are various kinds of HW accelerators available with SoCs. Each of the accelerators may support different capabilities and interfaces. Many of these accelerators are programmable devices. In this talk we will discuss the rte_raw_device and implementing a sample driver with it for NXP AIOP generic programmable accelerator.

    + Hemant Agrawal (NXP), Shreyansh Jain (NXP) + + +
  • +
  • +

    DPDK support for new hardware offloads

    +

    Fully programmable SmartNICs allow new offloads like OVS, eBPF, P4 or vRouter, and the Linux kernel is changing for supporting them. Having these same offloads when using DPDK is a possibility although the implications are not clear yet. We present Netronome’s perspective for adding such a support to DPDK mainly for OVS and eBPF.

    + Alejandro Lucero (Netronome) + + +
  • +
  • +

    Flexible and Extensible support for new protocol processing with DPDK using Dynamic Device Personalization

    +

    Dynamic Device Personalization allows a DPDK application to enable identification of new protocols, for example, GTP, PPPoE, QUIC, without changing the hardware. The demo showcases a DPDK application identifying and spreading traffic on GTP and QUIC. Dynamic Device Personalization can be used on any OS supported by DPDK, for example we showcase a QUIC protocol classification demo on Windows OS.

    + Andrey Chilikin (Intel), Brian Johnson (Intel) + + +
  • +
  • +

    Serverless DPDK - How SmartNIC resident DPDK Accelerates Packet Processing

    +

    Cloud architectures and business models are driving the need to ensure that all server compute resources have a revenue tie-in, heralding the march towards the serverless dataplane. This session presents a unique way to harness the power of DPDK to accelerate packet processing by pushing the data plane into a SmartNIC. We will discuss the motivation, benefits and challenges of implementing a DPDK based data plane running on the compute resources embedded in a SmartNIC.

    + Nishant Lodha (Cavium) + + +
  • +
  • +

    Enabling hardware acceleration in DPDK data plane applications

    +

    This presentation will look at the challenges faced in leveraging hardware acceleration in DPDK enabled applications, addressing some of the problems posed in creating consistent hardware agnostic APIs to support multiple accelerators with non-aligned features, and the knock implications this can have to application designs.

    + Declan Doherty (Intel) + + +
  • +
  • +

    rte_security: enhancing IPSEC offload

    +

    In this talk we present a joint work of NXP, Intel and Mellanox on offloading security protocol processing to hardware providing better utilization of host CPU for packet processing. This talk provides the overview of new enhancement in the rte_security APIs to support various features of IPSEC offloads as inline or lookaside offload.

    + Hemant Agrawal (NXP), Declan Doherty (Intel), Boris Pismenny (Mellanox) + + +
  • +
  • +

    Mellanox FPGA

    +

    The FPGA allows a wide variety of features to be supported in DPDK. +We observe that programmable HW is useful for packet-processing pipelines. +For example, consider a pipeline of multiple match-action operations, in which actions may also specify generic packet modifications that are carried out by accelerators. In this case, the CPU is only involved at the beginning (transmission) or end (reception) of the pipeline, while the accelerator invocations are initiated by NIC matching operations.

    + Boris Pismenny (Mellanox) + + +
  • +
  • +

    SMARTNIC, FPGA, IPSEC Panel discussion

    +

    A panel discussion with Hemant Agrawal, Alejandro Lucero, Andrey Chilikin, Brian Johnson, Nishant Lodha, Declan Doherty and Boris Pismenny to discuss DPDK enablement for smart NICs, FPGA and IPsec.

    + +
  • +
  • +

    VPP Host Stack

    +

    Although packet forwarding with VPP and DPDK can now scale to tens of millions of packets per second per core, lack of alternatives to kernel-based sockets means that containers and host applications cannot take full advantage of this speed. To fill this gap, VPP was recently added functionality specifically designed to allow containerized or host applications to communicate via shared-memory if co-located, or via a high-performance TCP stack inter-host.

    + Florin Coras (Cisco) + + +
  • +
  • +

    DPDK's best kept secret – Micro-benchmark performance tests

    +

    To have apple to apple comparisons, developers need a common ground of base level metrics. That common ground is ability to identify the basic DPDK building block of importance (as well as relevance to the work load) e.g., producer/consumer rings and measure the cycle cost associated with basic operation like enque/dequeing – bulk versus single.

    + Muthurajan Jayakumar (Intel) + + +
  • +
  • +

    DPDK on Microsoft Azure

    +

    SDN is at the foundation of all large scale networks in the public cloud, such as Microsoft Azure. But how do we make a software network scale to an era of 40/50+ gigabit networks and provide great performance for network applications and NFV in VMs? In this presentation, Daniel Firestone and Madhan Sivakumar will detail Azure Accelerated Networking for Linux with DPDK, using Azure's FPGA-based SmartNICs to accelerate Linux workloads using SR-IOV.

    + Daniel Firestone (Microsoft), Madhan Sivakumar (Microsoft) + + +
  • +
  • +

    OpenNetVM: A high-performance NFV platforms to meet future communication challenges

    +

    To truly achieve the vision of a high-performance software-based network that is flexible, lower-cost, and agile, a fast and carefully designed NFV platform along with a comprehensive SDN control plane is needed. Our high-performance NFV platform, OpenNetVM, exploits DPDK and enables high bandwidth network functions to operate at near line speed, while taking advantage of the flexibility and customization of low cost commodity servers.

    + K. K. Ramakrishnan (Univ. of California, Riverside) + + +
  • +
  • +

    Make DPDK's software traffic manager a deployable solution for vBNG

    +

    Achieving network functions parity across purpose-built ASIC implementation and virtual implementation is not straightforward. Irrespective of differences in performance capability between purpose-built and virtual environments. Functional disfiguration represents a significant obstacle in operators’ adoption of virtualization as it implies a dependency on access/aggregation network topology and configuration.

    + Csaba Keszei (Ericsson) + + +
  • +
  • +

    OpenVswitch hardware offload over DPDK

    +

    Telcos and Cloud providers are looking for higher performance and scalability when building nextgen datacenters for NFV & SDN deployments. While running OVS over DPDK reduces the CPU overload of interrupt driven packet processing, CPU cores are still not completely freed up from polling of packet queues.

    + Rony Efraim (Mellanox) + + +
  • +
  • +

    Accelerating NFV with VMware's Enhanced Network Stack (ENS) and Intel's Poll Mode Drivers (PMD)

    +

    Network Functions Virtualization (NFV) deployments are happening at a rapid pace. This is driving the need to more efficiently consolidate compute, storage and communication workloads. NFV enables Communications Service Providers to migrate their fixed function networking elements to a general purpose server; however there is the need preserve the existing performance and latency. To support such workloads a vSwitch that enables both high throughput and low latency is a must.

    + Jin Heo (VMware), Rahul Shah (Intel) + + +
  • +
  • +

    DPDK Membership Library

    +

    In this talk we will present the new DPDK Membership Library, this library is used to create what we call a “set-summary” which is a new data structure that is used to summarize large set of elements. It is the generalization and extension to the traditional filter structure, e.g. bloom filter, cuckoo filter, etc to efficiently test if a key belongs to a large set.

    + Sameh Gobriel (Intel) + + +
  • +
  • +

    Integrating and using DPDK with Open vSwitch

    +

    Some applications are written from the ground up with DPDK in mind, but Open vSwitch is not one of them. This talk will look at how Open vSwitch integrated and uses DPDK. It will look at various aspects such as DPDK initialization, threading, and the usage of DPDK PMD's and libraries. It will also talk about DPDK usability aspects such as LTS and API/ABI stability and the effect they have on Open vSwitch with DPDK.

    + Aaron Conole (Red Hat), Kevin Traynor (Red Hat) + + +
  • +
  • +

    Lagopus Router

    +

    In this talk, we introduce a new open source router implementation called Lagopus Router. It is an extensible microservice architecture router that consists of a DPDK router dataplane, router agents, and a pub/sub-based centralized configuration manager. These modules are written in Go and C and are loosely coupled to each other by gRPC.

    + Tomoya Hibi (NTT), Hirokazu Takahashi (NTT) + + +
  • +
  • +

    vSwitch Panel Discussion

    +

    A panel discussion with Rony Efraim, Jin Heo, Rahul Shah, Sameh Gobriel, Charlie Tai, Aaron Conole, Kevin Traynor, Tomoya Hibi and Hirokazu Takahashi to discuss DPDK acceleration of vswitches.

    + +
  • +
  • +

    Closing Remarks

    + Jim St. Leger (Intel) + +
  • +
+
+ + + -- 2.11.0