Scott be sure to try running turbostat on both old and new servers as I suspect
the 50us wake latency of C6 power state may cause drops.
The new kernels enable deeper sleep.
You can also try a bios setting to disable deep sleep states, leave on C1 only.
There was a program called cpudmalaten
On 12/19/2013 10:31 AM, Scott Silverman wrote:
> We have three generations of servers running nearly identical software.
> Each subscribes to a variety of multicast groups taking in, on average,
> 200-300Mbps of data.
>
> The oldest generation (2x Xeon X5670, SuperMicro 6016T-NTRF, Intel
> X520-DA2
Alex,
Thanks for the response, I'll attempt to reproduce with a consistent OS
release and re-open the discussion at that time.
Thanks,
Scott Silverman
On Thu, Dec 19, 2013 at 4:52 PM, Alexander Duyck <
alexander.h.du...@intel.com> wrote:
> On 12/19/2013 10:31 AM, Scott Silverman wrote:
>
On 12/19/2013 10:08 AM, Florian Fainelli wrote:
> Hi John,
>
> In commit 815cccbf ("ixgbe: add setlink, getlink support to ixgbe and
> ixgbevf") this line was added:
>
>
> + if ((skb->pkt_type & (PACKET_BROADCAST | PACKET_MULTICAST)) &&
> + !(compare_ether_addr(adapt
We have three generations of servers running nearly identical software.
Each subscribes to a variety of multicast groups taking in, on average,
200-300Mbps of data.
The oldest generation (2x Xeon X5670, SuperMicro 6016T-NTRF, Intel
X520-DA2) has no issues handling all the incoming data. (zero
rx_n
Hi John,
In commit 815cccbf ("ixgbe: add setlink, getlink support to ixgbe and
ixgbevf") this line was added:
+ if ((skb->pkt_type & (PACKET_BROADCAST | PACKET_MULTICAST)) &&
+ !(compare_ether_addr(adapter->netdev->dev_addr,
+
