From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk0-f173.google.com (mail-qk0-f173.google.com [209.85.220.173]) by dpdk.org (Postfix) with ESMTP id 5A5A11518 for ; Mon, 10 Oct 2016 22:43:02 +0200 (CEST) Received: by mail-qk0-f173.google.com with SMTP id f128so2230678qkb.1 for ; Mon, 10 Oct 2016 13:43:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding; bh=1hY8LIJqMZUpVXgv5rtuJCSHch9aU3h6iS9ssMm+Mqk=; b=SSjLaU7DfYrkGx5g3FpQRfF6+feJEniikMQGO1lR7cb4boj9T/iyLYtymG+VX6GWnj sFG1Aw5pRH1+Yr8ePz8j6Caz+fJcYdjlWvfs1w30J6n9Z28Wgq+jX2F84vAkUcWOb7Bg RKk4pg53AoKllHatoPYUvtnLCuoZUmmlz8LCY3VRI3jE6nzBezfMwcjKosvc69G72VUx MJILCVP0ItsiRAZr7mvtTJBLEwYdZq7XAvEztUHC9A4dQCfTcOqk11fleH9ZuOi5x0xz DbN7T6xJd3G/BMAIYc3STEVrR+WZ529Z5WQd5T5sNKX5zHmGyjK/BGKmqMUI+Ucl1bhh 6T9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-transfer-encoding; bh=1hY8LIJqMZUpVXgv5rtuJCSHch9aU3h6iS9ssMm+Mqk=; b=F6X3aNIWU9+F5vhuA+r3pFncDy2k67IFxQP07Rv+NLMQHa2FHZcDla/k3/4wUdVKLj QI8VeESYqNA6DOZKEGG/caSZ0wlQNIWi9yZaXeTrmdsatDQzE8irh99OrPfMrlFR6LKQ yPm4VrbRv5GI+q7KYc9asC8eQVbQCFwbVvNmImygC92T4i79pDE2djTxWr1hdB/JfIKE 97GwcJh3RabbgDwwKYKa49loyg+0fT0Vpke9C/Fwk72U6+O8JK9/0SsO/Ny+BldbE4uV MX2lYXF4HX5SfzRU6OqdacuDUUE41TUxcwbb9NU8xSoZweK3cpRnDSsMA8puz42WPyuB XT/w== X-Gm-Message-State: AA6/9RmfvHU0rsNsnjS5EpSziZdRAvhsIW0M5M5QzmZXmJTllHf8YmPHFJ+NMflUOUyUDJFu X-Received: by 10.194.90.206 with SMTP id by14mr119147wjb.37.1476132181609; Mon, 10 Oct 2016 13:43:01 -0700 (PDT) Received: from xps13.localnet (184.203.134.77.rev.sfr.net. [77.134.203.184]) by smtp.gmail.com with ESMTPSA id qa7sm42982530wjc.39.2016.10.10.13.43.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 10 Oct 2016 13:43:00 -0700 (PDT) From: Thomas Monjalon To: "O'Driscoll, Tim" Cc: dev@dpdk.org Date: Mon, 10 Oct 2016 22:42:58 +0200 Message-ID: <1998191.9HGrB6oKr3@xps13> User-Agent: KMail/4.14.10 (Linux/4.5.4-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <26FA93C7ED1EAA44AB77D62FBE1D27BA675F11C5@IRSMSX108.ger.corp.intel.com> References: <26FA93C7ED1EAA44AB77D62FBE1D27BA675F11C5@IRSMSX108.ger.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] 17.02 Roadmap X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Oct 2016 20:43:02 -0000 Thanks Tim for the interesting inputs. Some of them may require a dedicated thread to continue the discussion based on some preliminary specifications or drafts. 2016-10-10 16:13, O'Driscoll, Tim: > Elastic Flow Distributor: The Elastic Flow Distributor (EFD) is a flow-based load balancing library which scales linearly for both lookup and insert with the number of threads or cores. EFD lookup uses a "perfect hashing" scheme where only the information needed to compute a key's value (and not the key itself) is stored in the lookup table, thus reducing CPU cache storage requirements. What is the scope of this library? Just apply rte_hash to a flow table? Or is it also sending the packets in some queues? Does it depend of librte_distributor? > Extended Stats (Latency and Bit Rate Statistics): Enhance the Extended NIC Stats (Xstats) implementation to support the collection and reporting of latency and bit rate measurements. Latency statistics will include min, max and average latency, and jitter. Bit rate statistics will include peak and average bit rate aggregated over a user-defined time period. This will be implemented for IXGBE and I40E. Are they retrieved from hardware or just computed in software? Could we have some drivers hook to compute them in a generic layer? > Run-Time Configuration of Packet Type (PTYPE) for I40E: At the moment all packet types in DPDK are statically defined. This makes impossible to add new values without first defining them statically and then recompiling DPDK. The ability to configure packet types at run time will be added for I40E. The packet types are part of the API. Although not yet convinced by the packet types, I do not understand how to benefit from some run-time defined packet types. > Packet Distributor Enhancements: Enhancements will be made to the Packet Distributor library to improve performance: > 1. Introduce burst functionality to allow batches of packets to be sent to workers. > 2. Improve the performance of the flow/core affinity through the use of SSE/AVX instructions. The packet distributor looks more and more like a DPDK application at the same level of BESS, VPP, OVS, etc. > Add MACsec for IXGBE: MACsec support will be added for IXGBE. Ethdev API primitives will be added to create/delete/enable/disable SC/SA, Next_PN etc. similar to those used in Linux for the macsec_ops. Sample apps (l3fwd, testpmd, etc.) will be updated to support MACsec for the IXGBE. How the ethdev interface and the cryptodev capabilities will be linked for MACsec? [...] > Create Crypto Performance Test App: A new app, similar to testpmd, will be created to allow crypto performance to be tested using any crypto PMD and any supported crypto algorithm. Good idea :) When I read "testpmd", I tend to think that it could test any PMD, including crypto. Are you saying that we should read dpdk-netdev-test? And you would introduce dpdk-cryptodev-test? [...] > Optimize Vhost-User Performance for Large Packets: A new memory copy function optimized for core-to-core memory copy which will be added. This will be beneficial for virtualization cases involving large packets, but it can be used for other core-to-core cases as well. Is it an enhancement of rte_memcpy or something else? > Support New Device Types in Vhost-User: Support will be added to vhost-user for new device types including vhost-scsi and vhost-blk. Great! Is it only related to networking or should we expect some storage-related code or drivers to come up? > Interrupt Mode Support in Virtio PMD: Support for interrupt mode will be added to the virtio PMD. I guess you mean Rx interrupt in virtio PMD to avoid 100% polling in the VM? > Virtio-User as an Alternative Exception Path: Investigate the use of virtio-user and vhost-net as an alternative exception path to KNI that does not require out of tree drivers. This work is still at an experimental stage, so it may not be included in 17.02. Interesting. Please share more details of the design you are thinking of.