DPDK patches and discussions
 help / color / mirror / Atom feed
From: Thomas Monjalon <thomas.monjalon@6wind.com>
To: Patrick Mahan <mahan@mahan.org>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Best example for showing throughput?
Date: Fri, 24 May 2013 17:45:25 +0200	[thread overview]
Message-ID: <201305241745.25844.thomas.monjalon@6wind.com> (raw)
In-Reply-To: <201305241641.38896.thomas.monjalon@6wind.com>

Adding other questions about packet generator:

24/05/2013 16:41, Thomas Monjalon :
> 24/05/2013 16:11, Patrick Mahan :
> > Intel Xeon E5-2690 (8 physical, 16 virtual)
> 
> How many CPU sockets have you ?
> 
> > 64 Gbyte DDR3 memory
> > Intel 82599EB-SPF dual port 10GE interface
> > CentOS 6.4 (2.6.32-358.6.1.el6.x86_64)
> > The 82599 is in a 16x PCI-e slot.
> 
> Check the datasheet of your motherboard.
> Are you sure it is wired as a 16x PCI-e ?
> Is it connected to the right NUMA node ?
> 
> > I have it attached to an IXIA box.

Which packet size are you sending with your packet generator ?
In case of 64 byte packets (with Ethernet CRC), (64+20)*8 = 672 bits.
So line rate is 10000/672 = 14.88 Mpps.
This bandwith should be supported by your 82599 NIC.

Are you sending and receiving on the 2 ports at the same time ?
Forwarding in the 2 directions is equivalent to double the bandwidth.
Maybe that 14.88*2 = 29.76 Mpps is too much for your hardware.

You could also try with 2 ports on 2 different NICs.

> > I have been running the app 'testpmd'
> > in iofwd mode with 2K rx/tx descriptors and 512 burst/mbcache.  I have
> > been varying the # of queues and unfortunately, I am not seeing full
> > line rate.
> 
> What is your command line ?
> 
> > I am seeing about 20-24% droppage on the receive side.  It doesn't seem
> > to matter the # of queues.
> 
> If queues are polled by different cores, it should matter.
> 
> > Question 1: Is 'testpmd' the best application for this type of testing? 
> > If not, which program?  Or do I need to roll my own?
> 
> testpmd is the right application for performance benchmark.
> It is also possible to use examples l2fwd/l3fwd but you should keep
> testpmd.
> 
> > Question 2: I have blacklisted the Intel i350 ports on the motherboard
> > and am using ssh to access the platform.  Could this be affecting the
> > test?
> 
> You mean i350 is used for ssh ? It shouldn't significantly affect your
> test.

-- 
Thomas

  reply	other threads:[~2013-05-24 15:45 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-24 14:11 Patrick Mahan
2013-05-24 14:41 ` Thomas Monjalon
2013-05-24 15:45   ` Thomas Monjalon [this message]
2013-05-24 18:51     ` Patrick Mahan
2013-05-25 19:23       ` Damien Millescamps
2013-05-25 20:59         ` Damien Millescamps
2013-05-28 19:15           ` Patrick Mahan
2013-05-29 14:07             ` Damien Millescamps
2013-05-29 18:24               ` Patrick Mahan
2013-05-24 18:32   ` Patrick Mahan
2013-05-24 20:03     ` Olivier MATZ
2013-05-24 20:44       ` Patrick Mahan

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=201305241745.25844.thomas.monjalon@6wind.com \
    --to=thomas.monjalon@6wind.com \
    --cc=dev@dpdk.org \
    --cc=mahan@mahan.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).