From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yerden Zhumabekov Subject: Re: random pkt generator PMD Date: Wed, 15 Jun 2016 18:14:34 +0600 Message-ID: <576146AA.2030108@sts.kz> References: <5761235C.2090906@sts.kz> <3EB4FA525960D640B5BDFFD6A3D8912647A063F9@IRSMSX108.ger.corp.intel.com> <576137B6.2000103@sts.kz> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit To: Panu Matilainen , "Dumitrescu, Cristian" , "dev@dpdk.org" Return-path: Received: from mgw.gov.kz (mgw.gov.kz [89.218.88.242]) by dpdk.org (Postfix) with ESMTP id B251CAD86 for ; Wed, 15 Jun 2016 14:14:36 +0200 (CEST) In-Reply-To: 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" On 15.06.2016 17:25, Panu Matilainen wrote: > On 06/15/2016 02:10 PM, Yerden Zhumabekov wrote: >> >> >> On 15.06.2016 16:43, Dumitrescu, Cristian wrote: >>> >>>> >>>> Hello everybody, >>>> >>>> DPDK already got a number of PMDs for various eth devices, it even has >>>> PMD emulations for backends such as pcap, sw rings etc. >>>> >>>> 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. > > So add a loop-mode to pcap pmd? It would be nice to have an option like "...,rewind=1,...".