On Mon, Feb 11, 2013 at 04:46:16PM +0200, Jarno Rajahalme wrote:
> This series tries to improve the kernel datapath - ofproto upcall processing
> code path. Some of these are local changes that may be easier to adopt,
> while others will require more discussion (i.e. modifications to the kernel
>
On Feb 13, 2013, at 0:03 , ext Ben Pfaff wrote:
> On Mon, Feb 11, 2013 at 04:46:16PM +0200, Jarno Rajahalme wrote:
>> - 'udpping' sends 1000 UDP packets with a unique source and destination
>> port pair to br0 in bursts of 97 packets. Between bursts it nanosleeps
>> for 50 nanoseconds. Th
Sounds fine to me.
Ethan
On Tue, Feb 12, 2013 at 4:01 PM, Ben Pfaff wrote:
> "netperf -t TCP_CRR" is a reasonable simulation of apachebench but
> much easier to set up.
>
> On Tue, Feb 12, 2013 at 03:47:50PM -0800, Ethan Jackson wrote:
>> FWIW: It might be useful to check if this series has an i
"netperf -t TCP_CRR" is a reasonable simulation of apachebench but
much easier to set up.
On Tue, Feb 12, 2013 at 03:47:50PM -0800, Ethan Jackson wrote:
> FWIW: It might be useful to check if this series has an impact on
> something like apachebench which I would expect benefit more from
> batchin
FWIW: It might be useful to check if this series has an impact on
something like apachebench which I would expect benefit more from
batching, but be a little bit less specialized than either
ovs-benchmark or udpping.
Ethan
On Tue, Feb 12, 2013 at 2:03 PM, Ben Pfaff wrote:
> On Mon, Feb 11, 2013
On Mon, Feb 11, 2013 at 04:46:16PM +0200, Jarno Rajahalme wrote:
> - 'udpping' sends 1000 UDP packets with a unique source and destination
> port pair to br0 in bursts of 97 packets. Between bursts it nanosleeps
> for 50 nanoseconds. This results into ~80% CPU (core) utilization.
Why are
