DPDK usage discussions
 help / color / mirror / Atom feed
From: Julien Castets <castets.j@gmail.com>
To: "Wiles, Keith" <keith.wiles@intel.com>
Cc: "users@dpdk.org" <users@dpdk.org>
Subject: Re: [dpdk-users] Behavior of pktgen's "rate" option
Date: Fri, 17 Mar 2017 13:59:25 +0100	[thread overview]
Message-ID: <CADF714axy29xJi89j9bffCAh7PePoXhGe1mZLQBVmaoUFHw7Tw@mail.gmail.com> (raw)
In-Reply-To: <0603B9A8-6CE9-45CA-AA98-4318E0F7E7EA@intel.com>

On Fri, Mar 17, 2017 at 1:25 AM, Wiles, Keith <keith.wiles@intel.com> wrote:
>
> Be careful in how you setup and change the size of a packet. Changing the size while Pktgen is running can lead to some weird performance. The problem is the packets already in flight are not changed to the new size or they are stuck on the TX done queue. The new TX flush API needs to be added to the PMDs and then in Pktgen I can flush all of the buffers back to the mempool and then alter the size of the mbuf. You did not state the version of Pktgen you are using, as DPDK 16.11 added some support for pktgen to locate and update all of the mbuf, I think that is kind of a hack on my part.

Pktgen Ver: 3.1.2 (DPDK 17.02.0)

> The code in Pktgen takes your rate and packet size to determine the number of packets to send at a given rate to obtain you desired rate. I thought the calculation  accounted for the number of TX cores, but maybe that is a bug. I would have expected 16Gbps in the two core case if I did not account for that config. I do not have direct access to the machine to verify the code.
>
> Try stopping the traffic before changing any of the configs, changing the rate should work while Pktgen is sending. The problem is if the size of content needs to change the system should be halted. Also if you want to do a some more debugging, try quiting Pktgen between configurations and see if that works better. It is not what I intended on the usage of Pktgen is to quit all of the time.

To generate traffic, I'm loading the lua configuration file (attached
to my first email) from pktgen.

This lua file starts with:

pktgen.stop("all");
pktgen.reset("all");
pktgen.clear("all");

So I'm not changing parameters while pktgen is sending.

Anyway, the results are the same if I stop pktgen between tests:

* 1 core, pktsize 64 bytes, rate 20: 8Gbps
* 2 cores, pktsize 64 bytes, rate 20: 28Gbps
* 1 core, pktsize 128 bytes, rate 20: 14Gbps

> I will try to have a look this weekend when I get back home.

Awesome!


-- 
Julien Castets

      parent reply	other threads:[~2017-03-17 12:59 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-16 13:33 Julien Castets
2017-03-17  0:25 ` Wiles, Keith
2017-03-17  7:50   ` Wiles, Keith
2017-03-21  9:23     ` Julien Castets
2017-03-17 12:59   ` Julien Castets [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CADF714axy29xJi89j9bffCAh7PePoXhGe1mZLQBVmaoUFHw7Tw@mail.gmail.com \
    --to=castets.j@gmail.com \
    --cc=keith.wiles@intel.com \
    --cc=users@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).