https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261129
--- Comment #17 from Marek Zarychta ---
Update
A couple of days ago I rewrote the set of slapdash PF rules suspecting them as
the cause, especially initially abused "rtable" statements. The "rtable" had
been replaced with "reply-to" or del
Hi,
I believe you hit the nail on the head! I am now getting consistent high
speeds, even higher than on Linux! Is this a problem with the scheduler? Should
someone in that area of expertise be made aware of this? More importantly i
guess, would this affect real world performance, these serve
> On 16 Jun 2022, at 21:48, Mike Jakubik
> wrote:
>
> After multiple tests and tweaks i believe the issue is not with the HW or
> Numa related (Infinity fabric should do around 32GB) but rather with FreeBSD
> TCP/IP stack. It's like it cant figure itself out properly for the speed that
> t
After multiple tests and tweaks i believe the issue is not with the HW or Numa
related (Infinity fabric should do around 32GB) but rather with FreeBSD TCP/IP
stack. It's like it cant figure itself out properly for the speed that the HW
can do, i keep getting widely varying results when testing.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #67 from Michael Tuexen ---
(In reply to Dmitriy from comment #66)
Thank you very much. The new core file contains the packets handled by the end
point.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264257
--- Comment #66 from Dmitriy ---
(In reply to Michael Tuexen from comment #65)
Done. Please find the link with new corefile in e-mail.
Thank you!
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC
