Old Synopsis: IPsec does scale to large SPD / SADB
New Synopsis: [ipsec] [patch] IPsec does scale to large SPD / SADB
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Sep 1 04:35:02 UTC 2013
Responsible-Changed-Why:
Over to maint
Old Synopsis: Realtek 8111G Ethernet controller not detected
New Synopsis: [re] [patch] Fix Realtek 8111G Ethernet controller not being
detected
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Sep 1 04:33:24 UTC 2013
Responsible
On Sun, Sep 1, 2013 at 4:15 AM, Barney Cordoba wrote:
> ...
>
[your point on testing with realistic assumptions is surely a valid one]
>
> Of course there's nothing really wrong with OOO packets. We had this
> discussion before; lots of people
> have round robin dual homing without any ill effe
No, no. The entire point of the hash is to separate the "connections". But when
testing you should
use realistic assumptions. You're not splitting packets, so the big packets
will mess up your distribution
if you don't get it right.
Of course there's nothing really wrong with OOO packets. We ha
On Sat, Aug 31, 2013 at 8:41 AM, Barney Cordoba
wrote:
> Also, the *most* important thing is distribution with realistic data. The goal
> should be to use the most trivial function that gives the most balanced
> distribution with real numbers. Faster is not better if the result is an
> unbalance
That's way too high. Your base rx requirement is
Ports * queues * rxd
With a quad card you shouldn't be using more than 2 queues, so your requirement
with 5 ports is 10,240 just for the receive setup. If you're using 4 queues that
number doubles, which would make 25,600 not enough.
Note that
And another thing; the use of modulo is very expensive when the number of ports
used in LAGG is *usually* a power of 2. foo&(SLOTS-1) is a lot faster than
(foo%SLOTS).
if (SLOTS == 2 || SLOTS == 4 || SLOTS == 8)
hash = hash&(SLOTS-1);
else
hash = hash % SLOTS;
is more than twice as fast
May I express my glee and astonishment that you're debating the use of
complicated hash functions
for something that's likely to have from 2-8 slots?
Also, the *most* important thing is distribution with realistic data. The goal
should be to use the
most trivial function that gives the most bal
Look, if you're going to appeal to core to approve changes for
committing then don't bother posting them to tech-net or any other list
because it is quite clear that you are not interested in feedback, only
people to rubber-stamp your ideas.
All of which to say is that I'm sorry I bothered replyin
