DPDK usage discussions
 help / color / mirror / Atom feed
From: "Freynet, Marc (Nokia - FR)" <marc.freynet@nokia.com>
To: EXT Hamed Zaghaghi <hamed.zaghaghi@gmail.com>,
	"users@dpdk.org" <users@dpdk.org>
Subject: Re: [dpdk-users] Problem With Multi Queue
Date: Wed, 27 Jan 2016 12:32:59 +0000	[thread overview]
Message-ID: <CD8753ABF4FE4F46A702A199B8D2F9C691A37585@FR712WXCHMBA15.zeu.alcatel-lucent.com> (raw)
In-Reply-To: <CAHPxn8baC2mNVzNS_4BOM=iNNXNR_MKH1oEM6U3esCUqaSFWPg@mail.gmail.com>

Normally, you should be able to configure your 10G NIC interface with several RX queues,
Each core reads 1 queue.

The NIC should offer several hashing function to ensure that the same "flow" is sent on the same queue and therefore processed by the same Core to avoid changing the order of PDU within the same "flow".

​"Bowl of rice will raise a benefactor, a bucket of rice will raise a enemy.", Chinese proverb.

FREYNET Marc
Alcatel-Lucent France
Centre de Villarceaux
Route de Villejust
91620 NOZAY France

Tel:  +33 (0)1 6040 1960
Intranet: 2103 1960

marc.freynet@nokia.com

-----Original Message-----
From: users [mailto:users-bounces@dpdk.org] On Behalf Of EXT Hamed Zaghaghi
Sent: mercredi 27 janvier 2016 12:05
To: users@dpdk.org
Subject: [dpdk-users] Problem With Multi Queue

Hi,

I'm implementing an offline packet feature extraction using DPDK. There is a NIC as described bellow:

0000:0b:00.0 '82599EB 10-Gigabit SFI/SFP+ Network Connection' drv=igb_uio unused=ixgbe

10-Gigabit (about 2.5Milion packets) data is receiving per second and my application extract features from each packet. Because of time consuming nature of feature extraction this traffic can't be handled by one core.

So the problem arise when I distribute traffic between 4 queues and assign one core to each queue to handle the traffic. But results show that multi-queue does not help.

Case 1:
Number of cores and queues: 1
Traffic: 10-Gigabit (2.2M packets)
Dropped packets: almost 25% of traffic

Case 2:
Number of cores and queues: 4
Traffic: 10-Gigabit (2.2M packets)
Dropped packets: almost 25% of traffic

I'm using ETH_MQ_RX_RSS for mq_mode of rxmode and each core receives packets and processes them but output of rte_eth_xstats_get shows something weird.

Totoal packets: 10,000,000
 - rx_good_packets, 7,831,965
 - rx_good_bytes, 3,999,612,189
 - rx_errors, 2,168,035
 - rx_mbuf_allocation_errors, 0
 - rx_q0_packets, 7,831,965
 - rx_q0_bytes, 3,999,612,189
 - rx_q0_errors, 0
 - rx_q1_packets, 0
 - rx_q1_bytes, 0
 - rx_q1_errors, 0
 - rx_q2_packets, 0
 - rx_q2_bytes, 0
 - rx_q2_errors, 0
 - rx_q3_packets, 0
 - rx_q3_bytes, 0
 - rx_q3_errors, 0

Does this behaviour is normal? Do I configure ports incorrectly?

Thanks in advance for your attention
Best regards,
-- Hamed Zaghaghi

      reply	other threads:[~2016-01-27 12:33 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-27 11:04 Hamed Zaghaghi
2016-01-27 12:32 ` Freynet, Marc (Nokia - FR) [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=CD8753ABF4FE4F46A702A199B8D2F9C691A37585@FR712WXCHMBA15.zeu.alcatel-lucent.com \
    --to=marc.freynet@nokia.com \
    --cc=hamed.zaghaghi@gmail.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).