Hi Michael,
We are also trying to purchase an IXIA traffic generator. Could you let us
know which chassis + load modules you are using so we can use that as a
reference to look for the model we need? There seems to be quite a number
of different models.
Thank you.
On Tue, Jan 28, 2014 at 9:31 A
On 01/28/2014 12:00 AM, Michael Quicquaro wrote:
> Dmitry,
> I cannot thank you enough for this information. This too was my main
> problem. I put a "small" unmeasured delay before the call to
> rte_eth_rx_burst() and suddenly it starts returning bursts of 512
> packets vs. 4!!
> Best Regards,
Dmitry,
I cannot thank you enough for this information. This too was my main
problem. I put a "small" unmeasured delay before the call to
rte_eth_rx_burst() and suddenly it starts returning bursts of 512 packets
vs. 4!!
Best Regards,
Mike
On Wed, Jan 22, 2014 at 9:52 AM, Dmitry Vyal wrote:
>
> -Message d'origine-
> De?: dev [mailto:dev-bounces at dpdk.org] De la part de Michael Quicquaro
> Envoy??: vendredi 24 janvier 2014 00:23
> ??: Robert Sanford
> Cc?: dev at dpdk.org; mayhan at mayhan.org
> Objet?: Re: [dpdk-dev] Rx-errors with testpmd (only 75% li
Thank you, everyone, for all of your suggestions, but unfortunately I'm
still having the problem.
I have reduced the test down to using 2 cores (one is the master core) both
of which are on the socket in which the NIC's PCI slot is connected. I am
running in rxonly mode, so I am basically just co
Hello MIchael,
I suggest you to check average burst sizes on receive queues. Looks like
I stumbled upon a similar issue several times. If you are calling
rte_eth_rx_burst too frequently, NIC begins losing packets no matter how
many CPU horse power you have (more you have, more it loses, actuall
Does your NIC connect directly to your Socket?
If not, the packet might go through QPI, which will cause additional
latency.
Check your motherboard.
Wang, Shawn
On 1/22/14, 6:52 AM, "Dmitry Vyal" wrote:
>Hello MIchael,
>
>I suggest you to check average burst sizes on receive queues. Looks li
Hi Michael,
> What can I do to trace down this problem?
May I suggest that you try to be more selective in the core masks on the
command line. The test app may choose some cores from "other" CPU sockets.
Only enable cores of the one socket to which the NIC is attached.
> It seems very similar t
l Quicquaro
> Envoy??: jeudi 9 janvier 2014 20:28
> ??: dev at dpdk.org
> Cc?: mayhan at mayhan.org
> Objet?: [dpdk-dev] Rx-errors with testpmd (only 75% line rate)
>
> Hello,
> My hardware is a Dell PowerEdge R820:
> 4x Intel Xeon E5-4620 2.20GHz 8 core
> 16GB RDIMM 1333 MHz
Hello,
My hardware is a Dell PowerEdge R820:
4x Intel Xeon E5-4620 2.20GHz 8 core
16GB RDIMM 1333 MHz Dual Rank, x4 - Quantity 16
Intel X520 DP 10Gb DA/SFP+
So in summary 32 cores @ 2.20GHz and 256GB RAM
... plenty of horsepower.
I've reserved 16 1GB Hugepages
I am configuring only one interfac
10 matches
Mail list logo
