<div dir="ltr"><div>(patch for ixgbe)</div><div><a href="http://marc.info/?l=linux-netdev&m=148181173415107&w=2" target="_blank">http://marc.info/?l=linux-<wbr>netdev&m=148181173415107&w=2</a><br></div><div><br></div><div>(patch to ixgbe/src/kompat.h since it wont compile on rhel7.3 due to kernel version issues. None of this is pf_ring specific)</div><div><a href="https://raw.githubusercontent.com/ntop/PF_RING/41b6eb733e295c91375b135d2816dbdd09b4b548/drivers/intel/ixgbe/ixgbe-4.1.5-zc/src/kcompat.h" target="_blank" style="color:rgb(0,85,130);box-sizing:border-box;text-decoration:none;outline:0px;font-family:monospace;font-size:11.375px;white-space:pre-wrap">https://raw.githubusercontent.<wbr>com/ntop/PF_RING/<wbr>41b6eb733e295c91375b135d2816db<wbr>dd09b4b548/drivers/intel/<wbr>ixgbe/ixgbe-4.1.5-zc/src/<wbr>kcompat.h</a><br></div><div><br></div><div><br></div><div>(ethtool arguments and irq setting)</div><div><br></div><div>ethtool -C em1 rx-usecs 1 adaptive-rx off</div><div>ethtool -G em1 rx 4096 tx 4096</div><div>for x in tso gro lro gso rx tx sg; do ethtool -K em1 $x off; done</div><div>/opt/src/ixgbe-4.4.6/scripts/<wbr>set_irq_affinity em1</div><div>ethtool -X em1 hkey 6d:5a:6d:5a:6d:5a:6d:5a:6d:5a:<wbr>6d:5a:6d:5a:6d:5a:6d:5a:6d:5a:<wbr>6d:5a:6d:5a:6d:5a:6d:5a:6d:5a:<wbr>6d:5a:6d:5a:6d:5a:6d:5a:6d:5a</div><div>ethtool -N em1 rx-flow-hash tcp4 sdfn</div><div>ethtool -N em1 rx-flow-hash udp4 sdfn</div><div><br></div><div><br></div><div>I have 64 cores, and set_irq_affinity pulls a full set of 63 rss queues. Thanks!</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 24, 2016 at 1:28 PM, erik clark <span dir="ltr"><<a href="mailto:philosnef@gmail.com" target="_blank">philosnef@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I will post that on Wednesday when I get back to work. Its 6? ethtool statements, and 2 ixgbe patches (for rhel7 at least). Anything else should be just 1 patch. This is running the 4.4.6 ixgbe released from intel directly. This has worked for the most recent 3 kernels under RHEL7.</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 24, 2016 at 12:51 PM, Peter Manev <span dir="ltr"><<a href="mailto:petermanev@gmail.com" target="_blank">petermanev@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><br>
<br>
> On 24 Dec 2016, at 18:22, erik clark <<a href="mailto:philosnef@gmail.com" target="_blank">philosnef@gmail.com</a>> wrote:<br>
><br>
> I have seen several places commenting that you should set the RSS queue to 1. However, when examining af_packet with Bro, a patch released from Redhat for the ixgbe kernel module, and some ethtool tweaking, we have found that (for Bro at least) running a full 63 (we have 54 cores) RSS queues vastly improves performance, and keeps state intact across sessions.<br>
><br>
> Based on this update, which fixes the broken implementation of setting a symmetric hash in the hardware of the card<br>
<br>
</span>Can you please share a bit in a bit more detail-<br>
Which ixgbe/kernel version that is ?<br>
Which patch is it ?<br>
What is the ethtool tweaking procedure?<br>
<br>
Thanks<br>
<span><br>
> (again ixgbe, not tested with i40e), is it still necessary to run one queue? If so, you can't run Bro and Suri on the same box with af_packet and get equivalent performance out of both tools. Having run Suri with 63 queues for a week now, it seems performance is considerably better than with pf_ring, and I can not find any unusual behavior in my alerts...<br>
><br>
</span>> ______________________________<wbr>_________________<br>
> Suricata IDS Users mailing list: <a href="mailto:oisf-users@openinfosecfoundation.org" target="_blank">oisf-users@openinfosecfoundati<wbr>on.org</a><br>
> Site: <a href="http://suricata-ids.org" rel="noreferrer" target="_blank">http://suricata-ids.org</a> | Support: <a href="http://suricata-ids.org/support/" rel="noreferrer" target="_blank">http://suricata-ids.org/suppor<wbr>t/</a><br>
> List: <a href="https://lists.openinfosecfoundation.org/mailman/listinfo/oisf-users" rel="noreferrer" target="_blank">https://lists.openinfosecfound<wbr>ation.org/mailman/listinfo/<wbr>oisf-users</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>