From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: random pkt generator PMD Date: Wed, 15 Jun 2016 13:40:50 +0200 Message-ID: <2074524.h4cbHbybRP@xps13> References: <5761235C.2090906@sts.kz> <3EB4FA525960D640B5BDFFD6A3D8912647A063F9@IRSMSX108.ger.corp.intel.com> <576137B6.2000103@sts.kz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev@dpdk.org, "Dumitrescu, Cristian" To: Yerden Zhumabekov Return-path: Received: from mail-wm0-f54.google.com (mail-wm0-f54.google.com [74.125.82.54]) by dpdk.org (Postfix) with ESMTP id 2AE9AC5B2 for ; Wed, 15 Jun 2016 13:40:52 +0200 (CEST) Received: by mail-wm0-f54.google.com with SMTP id m124so32038964wme.1 for ; Wed, 15 Jun 2016 04:40:52 -0700 (PDT) In-Reply-To: <576137B6.2000103@sts.kz> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 2016-06-15 17:10, Yerden Zhumabekov: > On 15.06.2016 16:43, Dumitrescu, Cristian wrote: > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Yerden Zhumabekov > >> I've been thinking about the idea of having PMD which would generate > >> mbufs on the fly in some randomized fashion. This would serve goals > >> like, for example: > >> > >> 1) running tests for applications with network processing capabilities > >> without additional software packet generators; > >> 2) making performance measurements with no hw inteference; > >> 3) ability to run without root privileges, --no-pci, --no-huge, for CI > >> build, so on. > >> > >> Maybe there's no such need, and these goals may be achieved by other > >> means and this idea is flawed? Any thoughts? > > How about a Perl/Python script to generate a PCAP file with random packets and then feed the PCAP file to the PCAP PMD? > > > > Random can mean different requirements for different users/application, I think it is difficult to fit this under a simple generic API. Customizing the script for different requirements if a far better option in my opinion. > > AFAIK, the thing about pcap pmd is that one needs to rewind pcap file > once pcap pmd reaches its end. It requires additional (non-generic) > handling in app code. This kind of specific configuration could be done with devargs.