On 06/25/2015 09:44 PM, Thomas Monjalon wrote:
> 2015-06-25 18:46, Avi Kivity:
>> On 06/25/2015 06:18 PM, Matthew Hall wrote:
>>> On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor (Nokia -
>>> HU/Budapest) wrote:
According to my understanding each packet should go
through BR as
at dpdk.org
Subject: RE: [dpdk-dev] VMXNET3 on vmware, ping delay
For tuning ESXi and vSwitch for latency sensitive workloads, I remember the
following paper published by VMware:
https://www.vmware.com/files/pdf/techpaper/VMW-Tuning-Latency-Sensitive-Workloads.pdf
that you can try out
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Matthew Hall
Sent: Thursday, June 25, 2015 8:19 AM
To: Vass, Sandor (Nokia - HU/Budapest)
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] VMXNET3 on vmware, ping delay
On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor
2015-06-25 18:46, Avi Kivity:
> On 06/25/2015 06:18 PM, Matthew Hall wrote:
> > On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor (Nokia -
> > HU/Budapest) wrote:
> >> According to my understanding each packet should go
> >> through BR as fast as possible, but it seems that the
On 06/25/2015 06:18 PM, Matthew Hall wrote:
> On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor (Nokia - HU/Budapest)
> wrote:
>> According to my understanding each packet should go
>> through BR as fast as possible, but it seems that the rte_eth_rx_burst
>> retrieves packets only when
On Thu, Jun 25, 2015 at 09:13:59PM +, Vass, Sandor (Nokia - HU/Budapest)
wrote:
> Can anyone tell me the reason of this behavior? Using CPU 1 there are huge
> latencies, using other CPUs everything work as expected...
One possible guess what could be related. Normally DPDK uses "Core #0" as
On Thu, Jun 25, 2015 at 08:44:51PM +0200, Thomas Monjalon wrote:
> DPDK is not a stack.
Hi Thomas,
Don't worry too much about that challenge.
When I get my app feature complete, I think we can change that.
Same for Avi and they server frameworks they are making at Cloudius. ;)
Matthew.
On Thu, Jun 25, 2015 at 06:46:30PM +0300, Avi Kivity wrote:
> What would be useful is a runtime switch between polling and interrupt
> modes. This was if the load is load you use interrupts, and as mitigation,
> you switch to poll mode, until the load drops again.
Yes... I believe this is part
Hello,
I would like to create an IP packet processor program and I choose to use DPDK
because it is promising wrt its speed aspect.
I am trying to build a test environment to make the development a cheaper (not
to buy HW for each developer), so I created a test setup in
- VMWare Workstation 11
On Thu, Jun 25, 2015 at 09:14:53AM +, Vass, Sandor (Nokia - HU/Budapest)
wrote:
> According to my understanding each packet should go
> through BR as fast as possible, but it seems that the rte_eth_rx_burst
> retrieves packets only when there are at least 2 packets on the RX queue of
> the
10 matches
Mail list logo
