From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mgw.gov.kz (mgw.gov.kz [89.218.88.242]) by dpdk.org (Postfix) with ESMTP id 3A9E6C65C for ; Wed, 15 Jun 2016 14:54:55 +0200 (CEST) Received: from sts.kz (mail.sts.kz [178.89.4.9]) by mgw.gov.kz with ESMTP id u5FCssex014247-u5FCssf1014247 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 15 Jun 2016 18:54:54 +0600 Received: from [172.20.19.232] (unknown [178.89.4.11]) by sts.kz (Postfix) with ESMTPA id 4C5A264CA; Wed, 15 Jun 2016 18:54:53 +0600 (ALMT) DKIM-Filter: OpenDKIM Filter v2.10.3 sts.kz 4C5A264CA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sts.kz; s=mail; t=1465995293; bh=qwCKbviFj+PKepIxvlCJhab2V+pdMhEuh+ioKbtVcDw=; h=Subject:To:References:From:Date:In-Reply-To:From; b=IcAxFqPkFK6RqtmYiG6qG1WfcbEbTEMEUum5n8Cc5BZiJ68Aoy6iYq4ZeCE/tr3fG 4Grd8EtoLTgWEPvU/j8aIvkAVIBojTfIOJi0M2fZ5QX2TYPkwV+01rX/nlozlQwiQY EBuVGUh9+21b93QiCjt5yjDdQ5olDIvb3wh8051c= To: "Dumitrescu, Cristian" , Panu Matilainen , "dev@dpdk.org" References: <5761235C.2090906@sts.kz> <3EB4FA525960D640B5BDFFD6A3D8912647A063F9@IRSMSX108.ger.corp.intel.com> <576137B6.2000103@sts.kz> <576146AA.2030108@sts.kz> <9dee2a6e-7aae-fbfa-18ab-16fce71a3144@redhat.com> <3EB4FA525960D640B5BDFFD6A3D8912647A065C2@IRSMSX108.ger.corp.intel.com> From: Yerden Zhumabekov Message-ID: <5761501D.9000202@sts.kz> Date: Wed, 15 Jun 2016 18:54:53 +0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <3EB4FA525960D640B5BDFFD6A3D8912647A065C2@IRSMSX108.ger.corp.intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 12:54:55 -0000 On 15.06.2016 18:25, Dumitrescu, Cristian wrote: >>>> So add a loop-mode to pcap pmd? >>> It would be nice to have an option like "...,rewind=1,...". >> As Cristian points out in >> http://dpdk.org/ml/archives/dev/2016-June/041589.html, the current pmd >> behavior of stopping is the odd man out in the pmd crowd. >> >> Rather than whether to rewind or not, I'd make the number of loops >> configurable, defaulting to forever and 1 being the equal to current >> behavior. >> >> - Panu - > +1 I'm afraid, all packets from pcap file would need to be preloaded to memory. Otherwise, each loop would infer pcap_open/pcap_close(), am I wrong?