From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f45.google.com (mail-wm0-f45.google.com [74.125.82.45]) by dpdk.org (Postfix) with ESMTP id 9FBE42BB0 for ; Wed, 24 Feb 2016 17:32:27 +0100 (CET) Received: by mail-wm0-f45.google.com with SMTP id a4so37804215wme.1 for ; Wed, 24 Feb 2016 08:32:27 -0800 (PST) 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:organization:user-agent :in-reply-to:references:mime-version:content-transfer-encoding; bh=L2PaUFK6xdp9FDniTeiuv66rCvECCrp9fR9MWgsy0o8=; b=fXWeg0s3OZURk4VMaEH7X3fQP8SF6oXj4WG3jSNsRohIKpE54F2XkX+DoNbaV95W2F 9LUignyX8h+VsmjG0OnSJmjF7Pofmaqbtv+HFZCSKY/f6l04oZT38kUbnHstvw4wgsHU jH1lj8boqPZ4PV1dTsnDp4SuAt8Jf+aLGMf5BuiM8cZ6QX196rbc3ndgh1DErQXgd59p hfGKlG9mytBp0OxTd3tuaqFjs0vN4zo2i2DLQgIgdRYK+67hpu7FAtnU6TPFc1fpMAPc ggruQpllLfybffUeeGdNJzHcdMtUu1PGor2LenT0hEznpt8m7ypDarSPchlCBrq5fash OoTQ== 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:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding; bh=L2PaUFK6xdp9FDniTeiuv66rCvECCrp9fR9MWgsy0o8=; b=ZaVas1BrdLq6VwBIi6YeO+ihmPIsnwzM8TtuiG+FNRB0JOngMZYRlNiAnOlqa1vXJT OVbmL1S89/J2EdibU75G70ShGIAjImmyoUIrwQ63u92Ip6uMQPG4b6+Cngl+PkbjXJF1 rm2RRhCLc5STe6JgUapIB+2SxnrG9balRwD/jYFrENdpVSolFa34T++4TbtVaOEd6cp5 koppYj0oXbkUzc1pXwZ6CsgPYrgrh9EI56ulrUuDCRyVU8tG5lqj/9EVRzso/JAWxFH1 3UoT3TQb9/fqtr04h4heZXaMt1JTcXlVTfK+J0vGUpM+rNLWn/3wGTO9mRdGqo3nGBys A6DA== X-Gm-Message-State: AG10YOR6ZOGlbstQSkk6iAB1ieIWcuJVc68PTKEFF/bPvGHAI/zWxs38/mEmqOADI484ExOS X-Received: by 10.28.50.133 with SMTP id y127mr24399876wmy.4.1456331547453; Wed, 24 Feb 2016 08:32:27 -0800 (PST) Received: from xps13.localnet (171.36.101.84.rev.sfr.net. [84.101.36.171]) by smtp.gmail.com with ESMTPSA id m6sm3771644wje.21.2016.02.24.08.32.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 24 Feb 2016 08:32:26 -0800 (PST) From: Thomas Monjalon To: "Ananyev, Konstantin" Date: Wed, 24 Feb 2016 17:30:53 +0100 Message-ID: <1669220.vPRjOWmzOr@xps13> Organization: 6WIND User-Agent: KMail/4.14.10 (Linux/4.1.6-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <2601191342CEEE43887BDE71AB97725836B0AD59@irsmsx105.ger.corp.intel.com> References: <2601191342CEEE43887BDE71AB97725836B0AD59@irsmsx105.ger.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH] eal: Initial implementation of PQoS EAL extension 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: Wed, 24 Feb 2016 16:32:27 -0000 2016-02-24 15:14, Ananyev, Konstantin: > > > > > 2016-02-24 10:22, Ananyev, Konstantin: > > > > > > > > > > > -----Original Message----- > > > > > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Bruce Richardson > > > > > > Sent: Wednesday, February 24, 2016 10:10 AM > > > > > > To: Thomas Monjalon > > > > > > Cc: dev@dpdk.org; Kantecki, Tomasz > > > > > > Subject: Re: [dpdk-dev] [PATCH] eal: Initial implementation of PQoS EAL extension > > > > > > > > > > > > On Wed, Feb 24, 2016 at 09:24:33AM +0100, Thomas Monjalon wrote: > > > > > > > 2016-02-23 23:03, Kantecki, Tomasz: > > > > > > > > > From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com] > > > > > > > > > If there is nothing specific in DPDK for PQos, why writing an example in > > > > > > > > > DPDK? > > > > > > > > The example makes it much easier to use the technology with DPDK. > > > > > > > > > > > > > > > > > Maybe the example should be better in the library itself. > > > > > > > > The library in question (https://github.com/01org/intel-cmt-cat) has a couple of examples but none of them refers to > > DPDK. > > > > > > > > > > > > > > > > > I suggest to mention the library in > > > > > > > > > doc/guides/linux_gsg/nic_perf_intel_platform.rst > > > > > > > > Ok it can be added to this document. Does it imply -1 for the sample code idea? > > > > > > > > > > > > > > I may be wrong but I have the feeling the example is more about PQoS than DPDK. > > > > > > > So yes, I would vote -1. > > > > > > > > > > > > > Well, the intersection of DPDK and PQoS is what the example is really all about, > > > > > > and as such it is relevant to both DPDK and the library itself. Platform QoS > > > > > > can be of great use to packet processing applications for helping to ensure that > > > > > > the app gets the resources it needed - especially in a virtualised world - and > > > > > > so we believe that having an example in DPDK showing how to use PQoS with DPDK > > > > > > is well worthwhile having. It's more effective than a simple doc update in > > > > > > raising awareness of the existence of the feature, and also provides for DPDK > > > > > > users a readily available app for the user to start playing with to evaluate > > > > > > PQoS for their own use-cases. > > > > > > > > > > +1 > > > > > I also think it is a good thing to have. > > > > > Again user don't have to trust the whitepapers - instead he can run the app > > > > > and measure performance gain on his particular platform. > > > > > > > > I totally agree the example is good to have. > > > > Konstantin, are you thinking it must be hosted in the PQoS lib repository? > > > > > > Personally I prefer it to be part of dpdk samples. > > > DPDK IO code path is a bit different from what the 'classical' user app usually does - > > > a lot of polling, avoid system calls, etc. > > > Also it would probably have much better visibility here. > > > Again, as Bruce already mentioned, we have QAT & TAP samples, why we can't have PQoS too. > > > > Indeed the DPDK policies are really flexible. > > How would you suggest to decide which examples can enter in DPDK? > > That's a good question, for which I don't have an exact answer. > Probably a good opportunity for the TB to show itself :) > My input would be - to justify new sample for dpdk+third-party-lib it has to demonstrate one of: > a) clear performance gain for the existing dpdk application, > i.e under scenario X with library Y dpdk app Z shows N% better performance. > (PQos example). > b) how to integrate dpdk based app with some well-known and widely used technology. > (tap example, using fuse to implement vhost example). > c) How to expand packet processing with the functionality that is not part of dpdk project. > So yes, if tomorrow someone will come up with example that does packet compression, > or encryption or DPI using some third party library, I think we at least have to consider to > include it inside dpdk.org/examples. > > As a restriction I would put that the example has to be relatively small and simple > and demonstrate particular feature usage. > Plus I think that this third-party library has to be freely available and open-sourced. It looks reasonnable. I'd like we have such description in the doc (doc/guides/sample_app_ug/). If everybody agree on such doc patch, we would have an official policy.