From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <nhorman@tuxdriver.com>
Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58])
 by dpdk.org (Postfix) with ESMTP id 1318EC6D4
 for <dev@dpdk.org>; Wed, 15 Jun 2016 15:02:38 +0200 (CEST)
Received: from [107.15.76.160] (helo=localhost)
 by smtp.tuxdriver.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63)
 (envelope-from <nhorman@tuxdriver.com>)
 id 1bDASo-0001VG-UV; Wed, 15 Jun 2016 09:02:36 -0400
Date: Wed, 15 Jun 2016 09:02:32 -0400
From: Neil Horman <nhorman@tuxdriver.com>
To: Yerden Zhumabekov <e_zhumabekov@sts.kz>
Cc: dev@dpdk.org
Message-ID: <20160615130231.GB20120@hmsreliant.think-freely.org>
References: <5761235C.2090906@sts.kz>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <5761235C.2090906@sts.kz>
User-Agent: Mutt/1.6.1 (2016-04-27)
X-Spam-Score: -1.0 (-)
X-Spam-Status: No
Subject: Re: [dpdk-dev] random pkt generator PMD
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Jun 2016 13:02:38 -0000

On Wed, Jun 15, 2016 at 03:43:56PM +0600, Yerden Zhumabekov 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?
> 

I think you already have a solution to this problem.  Linux/BSD have multiple
user space packet generators that can dump thier output to a pcap format file,
and dpdk has a pcap pmd that accepts a pcap file as input to send in packets.

Neil