Re: netmap & chelsio

Hi, On 2018-7-11, at 18:53, Navdeep Parhar wrote: > Try changing lazy_tx_credit_flush to 0 on the running kernel with a > debugger, or compile the driver with it set to 0 -- it's in t4_netmap.c: > > int lazy_tx_credit_flush = 1; thanks! With that, I get performance similar to the ixl cards on

Re: netmap & chelsio

Hi, I have netmap working with the T6 cards now. However, performance is very poor. It seems to take several milliseconds after a NIOCTXSYNC ioctl before the tail is updated? In case it matters, here is what is in loader.conf: hw.cxgbe.num_vis=2 hw.cxgbe.fl_pktshift=0 hw.cxgbe.ntxq=1

Re: netmap & chelsio

Hi, On 2018-7-5, at 17:47, n...@freebsd.org wrote: > Set hw.cxgbe.fl_pktshift=0 in loader.conf to stop the chip from doing > this. See cxgbe(4) for details on the knob. It's a historic > optimization that doesn't seem to matter on modern CPUs, so the driver > default should probably be 0

netmap & chelsio

Hi, when receiving packets via netmap (current GitHub version) on a Chelsio T6 vcc0 device on -CURRENT, it appears that the Ethernet header starts at an offset of two bytes into the netmap slot. So far, I have only used netmap with various Intel NICs, where the Ethernet header starts at offset

netmap error on -CURRENT with em and igb

Hi, I can't put em or igb interfaces into netmap mode on a recent -CURRENT (ix interfaces work on the same machines). Here are the pkt-gen and dmesg outputs: # sudo sysctl dev.netmap.admode=1 # sudo sysctl dev.netmap.verbose=1 # sudo ./pkt-gen -i em1 790.411737 main [2274] interface is em1

Re: Issues with ixl(4)

On 2016-04-20, at 1:15, K. Macy wrote: > FWIW, NFLX sees performance close to that of cxgbe (by far the best > maintained, best performing FreeBSD 40G driver) with an iflib > converted driver. The iflib updated driver will be imported by 11 but > won't become the default driver

Re: Issues with ixl(4)

I haven't played with lagg+vlan+bridge, but I briefly evaluated XL710 boards last year (https://lists.freebsd.org/pipermail/freebsd-net/2015-October/043584.html) and saw very poor throughputs and latencies even in very simple setups. As far as I could figure it out, TSO/LRO wasn't being

Re: ixl 40G bad performance?

Hi, On 2015-12-10, at 20:42, Denis Pearson wrote: > I can probably find out a snapshot with the code at the time and extract a > diff, yes. I just don't know how it worths wasting the time when the problem > is not reproducible on the current 1.4.8 driver which will

Re: ixl 40G bad performance?

On 2015-10-26, at 18:40, Eggert, Lars <l...@netapp.com> wrote: > On 2015-10-26, at 17:08, Pieper, Jeffrey E <jeffrey.e.pie...@intel.com> wrote: >> As a caveat, this was using default netperf message sizes. > > I get the same ~3 Gb/s with the default netperf s

Re: Intel XL710 NVM updating and driver version

On 2015-11-10, at 18:10, Steven Hartland wrote: > > Having spent 30mins searching for the FreeBSD utility to perform said update > I'm hitting a dead end so looking for advice on where to find this? No idea. I ended up booting into Linux to flash. > While searching for

Re: ixl 40G bad performance?

On 2015-10-26, at 4:38, Kevin Oberman wrote: > On Sun, Oct 25, 2015 at 12:10 AM, Daniel Engberg < > daniel.engberg.li...@pyret.net> wrote: > >> One thing I've noticed that probably affects your performance benchmarks >> somewhat is that you're using iperf(2) instead of the

Re: ixl 40G bad performance?

On 2015-10-26, at 15:38, Pieper, Jeffrey E wrote: > With the latest ixl component from: > https://downloadcenter.intel.com/download/25160/Network-Adapter-Driver-for-PCI-E-40-Gigabit-Network-Connections-under-FreeBSD- > > running on 10.2 amd64, I easily get 9.6 Gb/s

Re: ixl 40G bad performance?

On 2015-10-26, at 17:08, Pieper, Jeffrey E wrote: > As a caveat, this was using default netperf message sizes. I get the same ~3 Gb/s with the default netperf sizes and driver 1.4.5. When you tcpdump during the run, do you see TSO/LRO in effect, i.e., do you see

Re: ixl 40G bad performance?

On 2015-10-23, at 23:36, Eric Joyner wrote: > I see that the sysctl does clobber the global value, but have you tried > lowering the interval / raising the rate? You could try something like > 10usecs, and see if that helps. We'll do some more investigation here -- > 3Gb/s on

Re: ixl 40G bad performance?

ething seems to be seriously broken under FreeBSD. Lars > Maybe elaborating on the details of the hardware, you sure you don't have a > bad PCI slot > somewhere that might be throttling everything? > > Cheers, > > Jack > > > On Sat, Oct 24, 2015 at 12:43 AM, Eggert, L

Re: ixl 40G bad performance?

Hi, for those of you following along, I did try jumbograms and throughput increases roughly 5x. So it looks like I'm hitting a packet-rate limit somewhere. Lars signature.asc Description: Message signed with OpenPGP using GPGMail

Re: ixl 40G bad performance?

On 2015-10-22, at 9:38, Eggert, Lars <l...@netapp.com> wrote: > for those of you following along, I did try jumbograms and throughput > increases roughly 5x. So it looks like I'm hitting a packet-rate limit > somewhere. Does the ixl driver have an issue with TSO/LRO

Re: ixl 40G bad performance?

Hi Jack, On 2015-10-21, at 16:14, Jack Vogel wrote: > The 40G hardware is absolutely dependent on firmware, if you have a mismatch > for instance, it can totally bork things. So, I would work with your Intel > rep and be sure you have the correct version for your specific

Re: ixl 40G bad performance?

Hi Bruce, thanks for the very detailed analysis of the ixl sysctls! On 2015-10-20, at 16:51, Bruce Evans wrote: > > Lowering (improving) latency always lowers (unimproves) throughput by > increasing load. That, I also understand. But even when I back off the itr values

Re: ixl 40G bad performance?

Hi, On 2015-10-20, at 10:24, Ian Smith <smi...@nimnet.asn.au> wrote: > Actually, you want to set hw.acpi.cpu.cx_lowest=C1 instead. Done. On 2015-10-19, at 17:55, Luigi Rizzo <ri...@iet.unipi.it> wrote: > On Mon, Oct 19, 2015 at 8:34 AM, Eggert, Lars <l...@netapp.com>

ixl 40G bad performance?

Hi, I'm running a few simple tests on -CURRENT with a pair of dual-port Intel XL710 boards, which are seen by the kernel as: ixl0: mem 0xdc80-0xdcff,0xdd808000-0xdd80 irq 32 at device 0.0 on pci3 ixl0: Using MSIX

Re: ixl 40G bad performance?

Hi, On 2015-10-19, at 16:20, Luigi Rizzo wrote: > > i would look at the following: > - c states and clock speed - make sure you never go below C1, > and fix the clock speed to max. > Sure these parameters also affect the 10G card, but there > may be strange interaction

Re: ixl 40G bad performance?

Hi, in order to eliminate network or hardware weirdness, I've rerun the test with Linux 4.3rc6, where I get 13.1 Gbits/sec throughput and 52 usec flood ping latency. Not great either, but in line with earlier experiments with Mellanox NICs and an untuned Linux system. On 2015-10-19, at 17:11,

Re: Testing Congestion Control Algorithms

Hi, On 2015-4-23, at 09:17, Karlis Laivins karlis.laiv...@gmail.com wrote: I am currently working on a modification of TCP NewReno congestion control algorithm. It seems that I have been able to write a working module. Now, I am looking for a way to test the performance of the built-in

siftr buildkernel failure?

Anyone else seeing this on -current right now? /usr/home/elars/src/sys/modules/siftr/../../netinet/siftr.c:493:7: error: data argument not used by format string [-Werror,-Wformat-extra-args] pkt_node-flowid, ^ Lars signature.asc Description: Message

Re: Intel DPDK added to FreeBSD ports collection

Hi, On 2014-10-20, at 17:40, Jim Harris jimhar...@freebsd.org wrote: Just wanted to send a heads-up that Intel's Data Plane Development Kit (DPDK) for high speed packet processing was added to the FreeBSD ports collection last week under net/dpdk. ... For any questions, please check out

Re: netmap on ubuntu 14.04?

On 2014-9-30, at 11:25, Stefano Garzarella stefanogarzare...@gmail.com wrote: for linux 3.16, can you try with next branch in https://code.google.com/p/netmap/? Can confirm that the next branch works (as in, drivers compile correctly for 3.16). Not tested behavior/performance yet. Lars

Re: netmap on ubuntu 14.04?

On 2014-9-26, at 15:19, Leupoldt, Martin martin.leupo...@hob.de wrote: has anyone experience about netmap on a Ubuntu 14.04 machine? I've compiled it with 3.13 under Debian; 3.16 fails to compile because the patch doesn't apply cleanly. Lars signature.asc Description: Message signed with

Re: netmap wishlist

Hi, On 2014-9-12, at 9:31, Luigi Rizzo ri...@iet.unipi.it wrote: there is something already available/in progress for some of the above, but here are my thoughts on the various subjects: - netmap is designed to work with large frames, by setting the buffer size to something suitable

Re: netmap extra rings and buffers

Thank you! On 2014-9-4, at 17:48, Luigi Rizzo ri...@iet.unipi.it wrote: On Thu, Sep 04, 2014 at 11:58:28AM +, Eggert, Lars wrote: Hi Luigi, I'm allocating extra rings and/or extra buffers via the nr_arg1/nr_arg3 parameters for NIOCREGIF. Once I've done that, how do I actually

netmap extra rings and buffers

Hi Luigi, I'm allocating extra rings and/or extra buffers via the nr_arg1/nr_arg3 parameters for NIOCREGIF. Once I've done that, how do I actually access those rings and buffers? For extra rings, the documentation and example code don't really say anything. For extra buffers, the

Re: igb requests for mbufs denied

On 2014-9-1, at 21:09, John-Mark Gurney j...@funkthat.com wrote: Still waiting for the other info I requested in my email... Sorry, which other info? (The message is not in dmesg, it's from netstat -m.) Lars signature.asc Description: Message signed with OpenPGP using GPGMail

Re: igb requests for mbufs denied

On 2014-8-30, at 0:32, John-Mark Gurney j...@funkthat.com wrote: Also, what does sysctl dev.em and sysctl dev.igb show? The box has no em interfaces. [root@laurel: ~] sysctl dev.igb dev.igb.0.%desc: Intel(R) PRO/1000 Network Connection version - 2.4.0 dev.igb.0.%driver: igb dev.igb.0.%location:

Re: tutorial on Netmap in Mountain View - Aug.28

On 2014-8-18, at 12:29, Carlos Ferreira carlosmf...@gmail.com wrote: Do you have presentations or tutorial code from that tutorial, that you can share here? +1 Lars signature.asc Description: Message signed with OpenPGP using GPGMail

Re: igb requests for mbufs denied

On 2014-8-30, at 7:24, Adrian Chadd adr...@freebsd.org wrote: What's the output of vmstat -z ? [root@laurel: ~] vmstat -z ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP UMA Kegs: 384, 0, 99, 1, 99, 0, 0 UMA Zones:

Re: igb requests for mbufs denied

On 2014-8-28, at 21:07, Steven Hartland kill...@multiplay.co.uk wrote: When you say you've bumped mbclusters and mbufs, was that in /boot/loader.conf or /etc/sysctl.conf. If the latter then thats too late for driver init so try the former. loader.conf Lars signature.asc Description: Message

igb requests for mbufs denied

Hi, no matter what value I bump kern.ipc.nmbclusters and kern.ipc.nmbufs to, I still get requests for mbufs denied with igb interfaces, and the occasional connection stall, even when dialing down hw.igb.num_queues=1: [root@laurel: ~] netstat -m 3070/1355/4425 mbufs in use (current/cache/total)

Re: igb requests for mbufs denied

On 2014-8-28, at 13:17, Alexander V. Chernikov melif...@freebsd.org wrote: Do you have jumbo frames turned on? Nope. Lars signature.asc Description: Message signed with OpenPGP using GPGMail

Re: igb requests for mbufs denied

On 2014-8-28, at 13:02, Mike Tancsa m...@sentex.net wrote: hw.igb.enable_msix=0 Doesn't change things either, unfortunately. Lars signature.asc Description: Message signed with OpenPGP using GPGMail

Re: igb requests for mbufs denied

On 2014-8-28, at 10:31, Eggert, Lars l...@netapp.com wrote: 73/3831/3091 requests for mbufs denied (mbufs/clusters/mbuf+clusters) I just noticed that these are already there just after boot, and then also don't seem to be increasing anymore (or only very slowly.) Just in case that gives

Re: igb requests for mbufs denied

Hi, also just noticed that there is a version 2.4.2 driver on Intel's site for these cards (https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=15815) whereas FreeBSD (incl. -CURRENT) is at 2.4.0. No changelog, unfortunately. Lars signature.asc Description: Message signed with OpenPGP

Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00

reason not to. I think there's been enough work and discussion about it since the first post from Lars in Feburary and enough review opportunity. -a On 26 August 2014 07:55, Tom Jones jo...@sdf.org wrote: On Tue, Aug 26, 2014 at 02:43:49PM +, Eggert, Lars wrote: Hi, the newcwv

Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00

Not as far as I know. Lars On 2014-8-27, at 9:39, Adrian Chadd adr...@freebsd.org wrote: Is there a PR for it? -a On 27 August 2014 00:23, Eggert, Lars l...@netapp.com wrote: It would be great if people could also review Aris' PRR patch - RFC6937 has been out for a while. Lars

Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00

Yep On 2014-8-27, at 9:53, Adrian Chadd adr...@freebsd.org wrote: Ok. Is it the same patch you sent out in Feb? -a On 27 August 2014 00:43, Eggert, Lars l...@netapp.com wrote: Not as far as I know. Lars On 2014-8-27, at 9:39, Adrian Chadd adr...@freebsd.org wrote

Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00

Hi, the newcwv patch is probably stale now with Tom Jones' recent patch based on a more up-to-date version of the Internet-Draft, but the PRR patch should still be useful? Lars On 2014-6-19, at 23:35, George Neville-Neil g...@neville-neil.com wrote: On 4 Feb 2014, at 1:38, Eggert, Lars

Re: Regression test suite for TCP

On 2014-8-20, at 22:14, vijju.singh vijju.si...@gmail.com wrote: Have you looked at packetdrill from Google? packetdrill is great, but Google keeps their (extensive) library of regression tests private. Lars signature.asc Description: Message signed with OpenPGP using GPGMail

Re: A problem on TCP in High RTT Environment.

Hi, On 2014-8-12, at 1:52, hiren panchasara hiren.panchas...@gmail.com wrote: On Mon, Aug 11, 2014 at 12:59 PM, Michael Tuexen michael.tue...@lurchi.franken.de wrote: If I remember correctly, I increased kern.ipc.nmbufs and kern.ipc.nmbclusters in /boot/loader.conf I believe, you just need

Re: A problem on TCP in High RTT Environment.

On 2014-8-12, at 12:31, Michael Tuexen michael.tue...@lurchi.franken.de wrote: On 12 Aug 2014, at 10:02, Eggert, Lars l...@netapp.com wrote: I bumped kern.ipc.nmbclusters by a factor of 100 (from 2036224 to 203622400). As Hiren said, kern.ipc.nmbufs auto-adjusted (from 13031835 to 205111860

Re: A problem on TCP in High RTT Environment.

Hi, On 2014-8-10, at 5:48, Niu Zhixiong kaia...@gmail.com wrote: I am using Intel I350-T4 NIC. igb driver? I've been having weird issues with this driver under 10-RELEASE, too. On one machine, I had to limit hw.igb.num_queues=2 in order to get any sort of useful connectivity. On another

Re: A problem on TCP in High RTT Environment.

On 2014-8-11, at 9:17, Michael Tuexen michael.tue...@lurchi.franken.de wrote: Was there any suspicious output provided by netstat -m when the problems occur? root@laurel:~ # netstat -m 8186/2179/10365 mbufs in use (current/cache/total) 8184/1214/9398/2036224 mbuf clusters in use

Re: A problem on TCP in High RTT Environment.

Hi, On 2014-8-11, at 21:27, Michael Tuexen michael.tue...@lurchi.franken.de wrote: On 11 Aug 2014, at 14:12, Eggert, Lars l...@netapp.com wrote: 544/57/8194 requests for mbufs denied (mbufs/clusters/mbuf+clusters) I guess the above is the problem. The card wants a lot of mbufs... So

Re: A problem on TCP in High RTT Environment.

At 400ms at @ 20Mbps, your are probably receive window limited. Bump net.inet.tcp.recvspace. (Your net.inet.sctp.recvspace is much larger, which probably explains the performance difference.) On 2014-8-8, at 14:34, Niu Zhixiong kaia...@gmail.com wrote: Dear all, Last month, I send problems

Re: [rfc] tcp timer update for RSS

Hi, [elars@stanley:/home/elars/src] 1 ⌀ grep -r IP_RSSCPUID sys sys/netinet/in.h:/* 71 - XXX was IP_RSSCPUID - can recycle whenever */ sys/netinet/ip_output.c:case IP_RSSCPUID: kernel compilation with RSS currently fails, because IP_RSSCPUID is still used in ip_output.c. Lars

Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00

Hi, since folks are playing with Midori's DCTCP patch, I wanted to make sure that you were also aware of the patches that Aris did for PRR and NewCWV... Lars On 2014-2-4, at 10:38, Eggert, Lars l...@netapp.com wrote: Hi, below are two patches that implement RFC6937 (Proportional Rate

Re: DCTCP implementation

Hi, On 2014-3-31, at 7:37, Midori Kato kat...@sfc.wide.ad.jp wrote: I will send an ECN marking implmenetation in dummynet and test scripts personally to you. I think you can send the dummynet ECN patch also to the list. I know Luigi is reviewing it for a merge, but that lets people play

Re: TCP Initial Window 10 MFC (was: Re: svn commit: r252789 - stable/9/sys/netinet)

Hi, On Aug 14, 2013, at 10:36, Lawrence Stewart lstew...@freebsd.org wrote: I don't think this change should have been MFCed, at least not in its current form. FYI, Google's own data as presented in the HTTPBIS working group of the recent Berlin IETF shows that 10 is too high for ~25% of

Re: TCP Initial Window 10 MFC

Hi, On Aug 14, 2013, at 17:27, Lawrence Stewart lstew...@freebsd.org wrote: Do you recall if they said how many flows made up the CDF? I think very many - check out the audio archive or the minutes of the meeting, it should have the details. Lars signature.asc Description: Message signed

Re: TCP Initial Window 10 MFC (was: Re: svn commit: r252789 - stable/9/sys/netinet)

Oh: The other interesting bit is that Chrome defaulted to telling the server to use IW32 if it had no cached value... I think Google are still heavily tweaking the mechanisms. Lars On Aug 14, 2013, at 16:46, Eggert, Lars l...@netapp.com wrote: Hi, On Aug 14, 2013, at 10:36, Lawrence

hw.igb.num_queues default

Hi, I just popped a new four-port igb card into a -STABLE system and encountered severe issues even when unloaded right after boot, to the point where I couldn't even ssh into the system anymore. The box has 2x4 cores: CPU: Intel(R) Xeon(R) CPU X5450 @ 3.00GHz (2992.60-MHz K8-class

Re: hw.igb.num_queues default

Hi, On Jun 20, 2013, at 16:29, Andre Oppermann an...@freebsd.org wrote: On 20.06.2013 15:37, Eugene Grosbein wrote: Or, better, make nmbclusters auto-tuning smarter, if any. I mean, use more nmbclusters for machines with large amounts of memory. That has already been done in HEAD. the box

Re: hw.igb.num_queues default

On Jun 20, 2013, at 17:51, Eggert, Lars l...@netapp.com wrote: the box in question is running -CURRENT, so that may also still help. s/CURRENT/STABLE/ Frankly, I don't really care what the correct fix is. I just want to be able to plop this NIC in and be able to connect to it without

TCP RST with gpxe

Hi, when loading things from gpxe over HTTP from a FreeBSD server, FreeBSD resets the connection after the GET. A Linux HTTP server doesn't. Dump attached. Any clues as to why this is happening? Thanks, Lars dump3 Description: dump3 ___

Re: enable tcpdump GUESS_TSO flag?

Hi, On Apr 8, 2013, at 7:18, YongHyeon PYUN pyu...@gmail.com wrote: I don't have strong option on enabling that flag but I think it would be even better to have an option to enable/disable that feature(default off). I agree that would be the better solution, but it's a larger patch to the

enable tcpdump GUESS_TSO flag?

Hi, I wonder whether it'd be a good idea to enable tcpdump's GUESS_TSO flag by default? It enables a heuristic that lets tcpdump understand pcaps that include segments generated by TCP TSO (which otherwise show up as IP bad-len 0.) See the dicussion at

Re: ntpd bind() failure: Can't assign requested address

Hi, I confirm I have the same issue on 9.1 r247912 , as below: same here, on FreeBSD 10.0-CURRENT #5 r+16848a4-dirty: Mar 26 11:43:17 ntpd[2783]: bind() fd 23, family AF_INET6, port 123, scope 1, addr fe80::92e2:baff:fe2b:3a00, mcast=0 flags=0x11 fails: Can't assign requested address Mar 26

Re: ntpd bind() failure: Can't assign requested address

On Mar 26, 2013, at 12:59, kt...@acm.org wrote: How do you configure your network interfaces? Using /etc/start_if* or /etc/rc.conf?br/ The latter. (Actually, most of them are configured in rc.local with a bit of shell code that generates the IP address from the MAC address for a set of

Re: ntpd bind() failure: Can't assign requested address

Hi, On Mar 26, 2013, at 15:39, kit kt...@acm.org wrote: try setting ipv6_activate_all_interfaces to yes I had that set all along. and configuring the corresponding $ifconfig_IF_ipv6 in your rc.conf if you haven't done so already Can't really do this, because dhclient needs to have

Re: Problems with two interfaces on the same subnet?

Hi, On Feb 12, 2013, at 9:32, Ivan Voras ivo...@freebsd.org wrote: I have a machine with two interfaces, igb2 and igb3 on the same subnet but with different IP addresses, e.g. igb2 has 192.168.1.221, igb3 has 192.168.1.222. Firstly, is there anything which would preclude this from working? As

Re: Problems with two interfaces on the same subnet?

Hi, On Feb 12, 2013, at 9:50, Ivan Voras ivo...@freebsd.org wrote: You can make this work with ipfw rules (and I guess also setfib, although I have not tried that.) The concept of FIBs looks clean and applicable but setfib works on newly started process, and I would need to do something

Re: [PATCH] Add a new TCP_IGNOREIDLE socket option

On Feb 10, 2013, at 11:36, Andrey Zonov z...@freebsd.org wrote: Google made many many TCP tweaks. Increased initial window, small RTO, enabled ignore after idle and others. They published that, other people just blindly applied these tunings and the Internet still works. MANY people are

Re: [PATCH] Add a new TCP_IGNOREIDLE socket option

On Feb 10, 2013, at 6:05, Kevin Oberman kob6...@gmail.com wrote: One idea that popped into my head (and may be completely ridiculous, is to make its availability dependent on a kernel option and have warning in NOTES about it contravening normal and accepted practice and that it can cause

Re: high cpu usage on natd / dhcpd

On Jan 31, 2013, at 16:03, Matthew Luckie m...@luckie.org.nz wrote: 00510 allow ip from me to not me out via em1 00550 divert 8668 ip from any to any via em1 Rule 510 fixes it. Yep, it does. Can I ask someone to commit this to rc.firewall? (And I wonder if the rules for the ipfw kernel

Re: high cpu usage on natd / dhcpd

Hi, On Feb 7, 2013, at 13:40, Ian Smith smi...@nimnet.asn.au wrote: On Thu, 7 Feb 2013 08:08:59 +, Eggert, Lars wrote: On Jan 31, 2013, at 16:03, Matthew Luckie m...@luckie.org.nz wrote: 00510 allow ip from me to not me out via em1 00550 divert 8668 ip from any to any via em1 Rule

Re: Data Center Bridging?

Hi Jack, On Jan 22, 2013, at 19:23, Jack Vogel jfvo...@gmail.com wrote: I have never implemented this in the FreeBSD drivers primarily because the motivation for it say, in Linux, was to handle multiple traffic classes, for instance FCOE or iSCSI, but FreeBSD has not had these features to

Re: high cpu usage on natd / dhcpd

Hi, I have a small system running FreeBSD 8.2 that does NAT using ipfw and natd to systems attached to two interfaces: em0 and wlan0. I have a dhcpd daemon issuing leases on those interfaces. The system has an em1 interface plugged into a cable modem where it obtains a DHCP lease from

Re: high cpu usage on natd / dhcpd

Hi, On Jan 31, 2013, at 10:42, Kevin Lo ke...@kevlo.org wrote: Use ipfw nat instead. It uses the libalias(3) in kernel and avoids gigantic natd(8) overhead. I tried that, but it froze the system. Lars ___ freebsd-net@freebsd.org mailing list

Re: Data Center Bridging?

Hi, On Jan 22, 2013, at 19:23, Jack Vogel jfvo...@gmail.com wrote: I have never implemented this in the FreeBSD drivers primarily because the motivation for it say, in Linux, was to handle multiple traffic classes, for instance FCOE or iSCSI, but FreeBSD has not had these features to

Data Center Bridging?

Hi, on Linux, various NICs (e.g., ixgbe) support Data Center Bridging. Is this also available under FreeBSD? Do *any* NICs support DCB under FreeBSD? Thanks, Lars ___ freebsd-net@freebsd.org mailing list

static kernel with mod_cc?

Hi, mod_cc(4) says: Algorithm modules can be compiled into the kernel or loaded as kernel modules using the kld(4) facility. Maybe I'm dense, but I can't figure out how to statically compile mod_cc modules into the kernel? (I'm using a PAE kernel w/o modules.) Hints appreciated.

Re: static kernel with mod_cc?

Hi, On Jan 15, 2013, at 14:09, Lawrence Stewart lstew...@freebsd.org wrote: You're not dense - the build glue to allow an algorithm to be specified in a kernel config file doesn't exist. ah, that explains it. I guess it doesn't exist for siftr either? The hacky way to achieve what you want

FreeBSD bufferbloat?

Hi, is anyone in BSD-land working on de-bufferbloating the kernel, similar to what the Linux folks are currently doing? Lars

Re: [patch] sysctls for TCP timers

Hi, On Sep 20, 2012, at 9:25, Andrey Zonov z...@freebsd.org wrote: Some of them may be read google's article about tuning TCP parameters [1]. I convert most of TCP timers to sysctls [2] and we are using this patch for few months. We tuned net.inet.tcp.rtobase and

Re: Multiroute question

On Sep 20, 2012, at 16:16, Juan José Sánchez Mesa juanjo.lis...@doblej.net wrote: There is a way to configure the network so that outgoing packets goes to the card from where the incoming packets was arrived ? Policy routing e.g. with ipfw. Read up on ipfw fwd. Lars