Determining cause of transfer limit
Saad, Mark
Mark.Saad at lucera.com
Sat Nov 21 22:22:07 UTC 2020
scf
can I use polling on sfxge ? Also if I want to use polling on say ix or sfxge
does this break things like pf, bird or nsd ?
---
Mark Saad
Lucera Financial Infrastructures, LLC
msaad at lucera.com
________________________________________
From: owner-freebsd-net at freebsd.org <owner-freebsd-net at freebsd.org> on behalf of Michael Sierchio <kudzu at tenebras.com>
Sent: Saturday, November 21, 2020 4:55 PM
To: Sean C. Farley
Cc: freebsd-net at freebsd.org
Subject: Re: Determining cause of transfer limit
Sorry for the top post. Have you tried device polling? From
/usr/src/sys/amd64/conf/NOTES:
#####################################################################
# NETWORKING OPTIONS
#
# DEVICE_POLLING adds support for mixed interrupt-polling handling
# of network device drivers, which has significant benefits in terms
# of robustness to overloads and responsivity, as well as permitting
# accurate scheduling of the CPU time between kernel network processing
# and other activities. The drawback is a moderate (up to 1/HZ seconds)
# potential increase in response times.
# It is strongly recommended to use HZ=1000 or 2000 with DEVICE_POLLING
# to achieve smoother behaviour.
# Additionally, you can enable/disable polling at runtime with help of
# the ifconfig(8) utility, and select the CPU fraction reserved to
# userland with the sysctl variable kern.polling.user_frac
# (default 50, range 0..100).
#
# Not all device drivers support this mode of operation at the time of
# this writing. See polling(4) for more details.
options DEVICE_POLLING
On Sat, Nov 21, 2020 at 10:24 AM Sean C. Farley <scf at freebsd.org> wrote:
> I have recently upped my Internet service and have now noticed a limit
> being reached, but I am not certain which limit and best option to
> resolve it.
>
> I am using a circa 2007 system as a multi-purpose router running FreeBSD
> 12-STABLE (r367740). The issue is that it maxes out around 400Mb/s when
> running a speed test through it between my workstation and various test
> sites (i.e., DSL Reports and Speedtest). There are two NIC's (both are
> Intel 82541PI) in use with one to the ISP and one to my workstation.
>
> At first, I saw one of them apparently hitting an interrupt rate of just
> over 8000, so I bumped their rate limits higher with little to no
> improvement.
>
> What makes me believe I can theoretically get faster speeds is that I
> can use the onboard NIC (Marvell 88E8056) to replace one of the NIC's
> and nearly double the speed. The difference is that it is on the PCI-E
> bus and has MSI support.
>
> irq16: em0:irq0+
> irq17: em1:irq0
> irq20: hpet0
> irq258: mskc0
>
> I have many network settings, but changing them did nothing. Here are
> the settings I am trying now that seem to squeak a little extra
> performance. The commented-out lines are ones I tried without seeing
> any change. I have also tested without these settings.
>
> /boot/loader.conf
> hw.em.rx_process_limit="-1"
> # dev.em.0.iflib.override_nrxds="2048"
> # dev.em.1.iflib.override_nrxds="2048"
> # dev.em.2.iflib.override_nrxds="2048"
> # dev.em.0.iflib.override_ntxds="2048"
> # net.link.ifqmaxlen="2048"
> hw.em.max_interrupt_rate="32000"
> # net.isr.maxthreads="-1"
> # net.isr.bindthreads="1"
>
> /etc/sysctl.conf
> kern.random.harvest.mask=351
> dev.em.0.fc=0
> dev.em.1.fc=0
> dev.em.0.itr=122 # Allow past 8000 interrupts/second.
> dev.em.1.itr=122
> net.inet.ip.redirect=0
> net.inet6.ip6.redirect=0
>
> Increasing these from 66 to 250 did not help:
> hw.em.rx_abs_int_delay: 66
> hw.em.tx_abs_int_delay: 66
> hw.em.tx_int_delay: 66
>
> I am utilizing pf, but I doubt it is the issue since using the same
> rules with the msk driver would have held the speed down to 400Mb/s.
>
> Am I hitting the limit of the PCI bus (memory or interrupt) or something
> else? I can buy a new PCI-E NIC for the internal network, but I rather
> fully utilize the Intel NIC's I have, if possible.
>
> Sean
> --
> scf at FreeBSD.org
> _______________________________________________
> freebsd-net at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
>
--
"Well," Brahmā said, "even after ten thousand explanations, a fool is no
wiser, but an intelligent person requires only two thousand five hundred."
- The Mahābhārata
_______________________________________________
freebsd-net at freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
More information about the freebsd-net
mailing list