From mboxrd@z Thu Jan 1 00:00:00 1970 From: Panu Matilainen Subject: Re: random pkt generator PMD Date: Wed, 15 Jun 2016 14:25:32 +0300 Message-ID: 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: Yerden Zhumabekov , "Dumitrescu, Cristian" , "dev@dpdk.org" Return-path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id BD1FAC574 for ; Wed, 15 Jun 2016 13:25:34 +0200 (CEST) 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" On 06/15/2016 02:10 PM, Yerden Zhumabekov wrote: > > > On 15.06.2016 16:43, Dumitrescu, Cristian wrote: >> >>> -----Original Message----- >>> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Yerden >>> Zhumabekov >>> Sent: Wednesday, June 15, 2016 10:44 AM >>> To: dev@dpdk.org >>> Subject: [dpdk-dev] random pkt generator PMD >>> >>> 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? - Panu -