more you have, more it loses, actually). In
> my case this situation occured when average burst size is less than 20
> packets or so. I'm not sure what's the reason for this behavior, but I
> observed it on several applications on Intel 82599 10Gb cards.
>
> Regards, Dmitry
&g
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
Why are there so many RX-errors?
On Thu, Jan 9, 2014 at 9:35 PM, Daniel Kan wrote:
> Thanks, Sy Jong. I couldn?t reproduce your outcome on dpdk 1.5.1 with
> ixgbe. As I sent in the earlier email, rxmode.mq_mode is defaulted to 0
> (i.e. ETH_MQ_RX_NONE); it should be set to ETH_MQ_RX_RSS.
>
> Da
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
wrote:
> On 12/31/2013 08:45 PM, Michael Quicquaro wrote:
>
>> Has anyone used the "port config all reta (hash,queue)" command of testpmd
>> with any success?
>>
>> I haven't found much documentation on it.
>>
>> Can someone provide an example
Has anyone used the "port config all reta (hash,queue)" command of testpmd
with any success?
I haven't found much documentation on it.
Can someone provide an example on why and how it was used.
Regards and Happy New Year,
Michael Quicquaro
queue per core into the NIC and then let NIC do round
> robin on those queues blindly. What's the harm if this feature is added,
> let those who want to use it, use, and those who hate it or think it is
> useless, ignore.
>
> Regards
> -Prashant
>
> -Original Message
Hi all,
I am writing a dpdk application that will receive packets from one
interface and process them. It does not forward packets in the traditional
sense. However, I do need to process them at full line rate and therefore
need more than one core. The packets can be somewhat generic in nature a
1.2.
> Regards,
> /Bruce
>
> > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Michael Quicquaro
> > Sent: Thursday, November 21, 2013 6:26 PM
> > To: dev at dpdk.org
> > Subject: [dpdk-dev] glibc 2.1
> >
> > Hello
Hello all,
I have built dpdk (and pktgen-dpdk) on a couple RHEL 6.4 servers. This
distribution comes with glibc 2.12
I have read that glibc 2.7 is needed for coreset() functionality. My
testing, at the moment, only requires one cpu core.
I assume that upgrading to glibc 2.7 would probably brea
10 matches
Mail list logo