I have a general question about using CPUID to detect supported instruction set.
What if we are compiling the software with some old hardware which does not
support SSE4.2, but run it on new hardware which does support SSE4.2. Is there
still a static way to force the compiler to turn on the SSE4.
Hi:
I just change my DPDK version from DPDK 1.3 to DPDK 1.7.1.
After that I rebuild the kni module, and load it.
I can create KNI interface. But it time outs, when I try to turn it up.
sudo /sbin/ifconfig vEth_0 up
SIOCSIFFLAGS: Timer expired
Does Anybody have similar problem?
Thanks.
15.5 mpps is amazing.
Does the RX core run the distributor or there is another distributor core?
Thanks.
From: Pattan, Reshma [reshma.pat...@intel.com]
Sent: Friday, October 10, 2014 12:47 AM
To: Wang, Shawn; dev at dpdk.org
Subject: RE: Newbie question
Hi:
I am reading document about distributor library which is added in DPDK 1.7.
The document mentioned the packets are dynamically load balanced between a set
of worker cores.
So I am wondering is this the only reason we need distributor library? What
else could it give us?
Do we have any perfor
Yes, you can.
>From my colleague, Saha, Avik, they are running IntelDPDK 1.7 on c3.8xlarges.
Thanks.
From: dev [dev-bounces at dpdk.org] on behalf of Dong, Binghua
[binghua.d...@intel.com]
Sent: Saturday, September 27, 2014 10:05 PM
To: Patel, Rashmin N;
This does resolve the problem.
Thank you so much.
From: Sanford, Robert [rsanf...@akamai.com]
Sent: Tuesday, September 23, 2014 2:50 PM
To: Wang, Shawn; dev at dpdk.org
Subject: Re: [dpdk-dev] Can not init NIC after merge to DPDK 1.7 problem
We ran into
Hi:
We are using our own Makefile in building dpdk program. Recently we are working
on upgrading from DPDK 1.3 to DPDK 1.7. I found the rte_ixgbe_pmd_init has been
replaced by PMD_REGISTER_DRIVER. So I delete rte_ixgbe_pmd_init calls. But
after that, our dpdk program could not correctly find th
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 re
Hi:
Can anyone explain more details about the rte_mbuf ol_flag :
PKT_RX_IPV4_HDR_EXT?
The document said ?RX packet with extended IPv4 header.?
But what is the extended IPv4 header looks like? What is the difference with
normal IPv4 header?
Can anyone give me an example?
Thanks a lot.
Wang
My test is almost same with Alexander. But we only use one rx queue.
Sent from Samsung Mobile
Original message
From: Prashant Upadhyaya
Date: 11/05/2013 6:41 AM (GMT-08:00)
To: Alexander Belyakov ,Olivier MATZ
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] Surprisingly high TC
Hi:
We had the same problem before. It turned out that RSC (receive side
coalescing) is enabled by default in DPDK. So we write this na?ve patch to
disable it. This patch is based on DPDK 1.3. Not sure 1.5 has changed it
or not.
After this patch, ACK rate should go back to 14.5Mpps. For details, y
11 matches
Mail list logo
