DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Liang, Cunming" <cunming.liang@intel.com>
To: Thomas Monjalon <thomas.monjalon@6wind.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH v6 0/3] app/test: unit test to measure cycles per packet
Date: Tue, 11 Nov 2014 06:58:46 +0000	[thread overview]
Message-ID: <D0158A423229094DA7ABF71CF2FA0DA31186B652@shsmsx102.ccr.corp.intel.com> (raw)

Hi Thomas,

Gentle remind, in case you've too much mails to process.

-Liang Cunming

> -----Original Message-----
> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Liang, Cunming
> Sent: Wednesday, October 29, 2014 1:06 PM
> To: Thomas Monjalon
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v6 0/3] app/test: unit test to measure cycles per
> packet
> 
> Hi Thomas,
> 
> All the open issues from the former patches are closed.
> Could you please have a look and get it applied ?
> 
> -Liang Cunming
> 
> > -----Original Message-----
> > From: Liang, Cunming
> > Sent: Monday, October 27, 2014 9:20 AM
> > To: dev@dpdk.org
> > Cc: nhorman@tuxdriver.com; Ananyev, Konstantin; Richardson, Bruce; De Lara
> > Guarch, Pablo; Liang, Cunming
> > Subject: [PATCH v6 0/3] app/test: unit test to measure cycles per packet
> >
> > v6 update:
> > # leave FUNC_PTR_OR_*_RET unmodified
> >
> > v5 update:
> > # fix the confusing of retval in some API of rte_ethdev
> >
> > v4 ignore
> >
> > v3 update:
> > # Codes refine according to the feedback.
> >   1. add ether_format_addr to rte_ether.h
> >   2. fix typo in code comments.
> >   3. %lu to %PRIu64, fixing 32-bit targets compilation err
> > # merge 2 small incremental patches to the first one.
> >   The whole unit test as a single patch in [PATCH v3 2/2]
> > # rebase code to the latest master
> >
> > v2 update:
> > Rebase code to the latest master branch.
> >
> > It provides unit test to measure cycles/packet in NIC loopback mode.
> > It simply gives the average cycles of IO used per packet without test equipment.
> > When doing the test, make sure the link is UP.
> >
> > There's two stream control mode support, one is continues, another is burst.
> > The former continues to forward the injected packets until reaching a certain
> > amount of number.
> > The latter one stop when all the injected packets are received.
> > In burst stream, now measure two situations, with or without desc. cache
> conflict.
> > By default, it runs in continues stream mode to measure the whole rxtx.
> >
> > Usage Example:
> > 1. Run unit test app in interactive mode
> >     app/test -c f -n 4 -- -i
> > 2. Set stream control mode, by default is continuous
> >     set_rxtx_sc [continuous|poll_before_xmit|poll_after_xmit]
> > 3. If choose continuous stream, there are another two options can configure
> >     3.1 choose rx/tx pair, default is vector
> >         set_rxtx_mode [vector|scalar|full|hybrid]
> >         Note: To get acurate scalar fast, plz choose 'vector' or 'hybrid' without
> > INC_VEC=y in config
> >     3.2 choose the area of masurement, default is rxtx
> >         set_rxtx_anchor [rxtx|rxonly|txonly]
> > 4. Run and wait for the result
> >     pmd_perf_autotest
> >
> > For who simply just want to see how much cycles cost per packet.
> > Compile DPDK, Run 'app/test', and type 'pmd_perf_autotest', that's it.
> > Nothing else needs to configure.
> > Using other options when you understand and what to measures more.
> >
> >
> > BTW, [1/3] is the same patch as below one.
> > http://dpdk.org/dev/patchwork/patch/817
> >
> > *** BLURB HERE ***
> >
> > Cunming Liang (3):
> >   app/test: allow to create packets in different sizes
> >   app/test: measure the cost of rx/tx routines by cycle number
> >   ethdev: fix wrong error return refer to API definition
> >
> >  app/test/Makefile                   |    1 +
> >  app/test/commands.c                 |  111 +++++
> >  app/test/packet_burst_generator.c   |   26 +-
> >  app/test/packet_burst_generator.h   |   11 +-
> >  app/test/test.h                     |    6 +
> >  app/test/test_link_bonding.c        |   39 +-
> >  app/test/test_pmd_perf.c            |  922
> > +++++++++++++++++++++++++++++++++++
> >  lib/librte_ether/rte_ethdev.c       |    6 +-
> >  lib/librte_ether/rte_ether.h        |   25 +
> >  lib/librte_pmd_ixgbe/ixgbe_ethdev.c |    6 +
> >  10 files changed, 1117 insertions(+), 36 deletions(-)
> >  create mode 100644 app/test/test_pmd_perf.c
> >
> > --
> > 1.7.4.1

             reply	other threads:[~2014-11-11  6:50 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-11  6:58 Liang, Cunming [this message]
  -- strict thread matches above, loose matches on Subject: below --
2014-10-24  5:57 [dpdk-dev] [PATCH v5 " Cunming Liang
2014-10-27  1:20 ` [dpdk-dev] [PATCH v6 " Cunming Liang
2014-10-27  1:45   ` Liu, Yong
2014-10-29  5:06   ` Liang, Cunming

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=D0158A423229094DA7ABF71CF2FA0DA31186B652@shsmsx102.ccr.corp.intel.com \
    --to=cunming.liang@intel.com \
    --cc=dev@dpdk.org \
    --cc=thomas.monjalon@6wind.com \
    /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).