I had missed the fact that Alex turned this off in the Linux driver, sounds
to me like its the right thing to do for FreeBSD also.
Jack
On Mon, Jul 14, 2014 at 5:44 PM, Adrian Chadd wrote:
> Hi,
>
> Whilst digging into UDP receive side scaling on the intel ixgbe(4)
> NIC, I stumbled across ho
Hi all, I'm a newbie on netmap development using FreeBSD 10 release
x64("device netmap" added and recompiled)
I'm study on develop openflow-based datapath(software switch
function/module) by netmap-bridge
my understanding:
./bridge -i em0 -i em0 --- would be using SW ring for em0, and if
ther
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176671
Shuto.Imai changed:
What|Removed |Added
CC||dev.shutin...@gmail.com
--- Comment #
Hi,
Whilst digging into UDP receive side scaling on the intel ixgbe(4)
NIC, I stumbled across how it hashes traffic between IP fragmented
traffic and non IP-fragmented traffic.
Here's how it surfaced:
* the ixgbe(4) NIC is configured to hash on both IP (2-tuple) and
TCP/UDP (4-tuple);
* when a n
On 07/12/14 14:14, Rick Macklem wrote:
> Russell seemed to confirm that the patch fixed the problem for him,
> but since I don't have em(4) hardware, it would be nice to have someone
> with commit privilege and access to em(4) hardware test and commit it.
With Rick's quite minimal patch, NFSv4
I'm going to post again with some new information. I have a 10.0p6 machine
running mpd5 terminating a bunch of l2tp tunnels from subscribers (not
encrypted).
The specific regression between 9.2 and 10.0 is that hosts on the tunnels
cannot communicate with local services. They can ping local IPs,
Use UDP if you want more control over your experiments.
- It's easier to directly control the frame size on the wire. No TSO,
LRO, segmentation to worry about.
- UDP has no flow control so the transmitters will not let up even if a
frame goes missing. TCP will go into recovery. Lack of proto
Dropping lro on the interfaces decreased interrupt usage on the CPUs, as
measured by top -CHIPSu, by 15-20%, at least from eyeballing it. It did
not otherwise have an effect on packet rates.
Thanks!
On 07/12/2014 08:33 AM, Bjoern A. Zeeb wrote:
> On 12 Jul 2014, at 12:17 , Olivier Cochard-Labb
The two physical CPUs are:
Intel(R) Xeon(R) CPU E5-4610 0 @ 2.40GHz (2400.05-MHz K8-class CPU)
Hyperthreading, at least from initial appearances, seems to offer no
benefits or drawbacks.
I tested iperf3, using a packet generator on each subnet, each sending 4
streams to a server on another subne
Hi,
You have a bug in the "Needs MFC" state which has not been touched in 7 or more
days. This email serves as a reminder that you may want to MFC this bug or
marked it as completed.
In the event you have a longer MFC timeout you may update this bug with a
comment and I won't remind you again
10 matches
Mail list logo
