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 f
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
hw.cxgbe.
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 instead
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
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
79
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 until 11.1 for wont
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 perform
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 hopefully get into
> -CURRE
On 2015-10-26, at 18:40, Eggert, Lars wrote:
> 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.
Now there is version 1.4.8 on the Intel
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 this I found that the la
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
"segments" > 32K in the trace?
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 with one netperf stream, eithe
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 newer iperf3 but I
>> c
o 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, Lars
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 a 40Gb/s using def
On 2015-10-22, at 9:38, Eggert, Lars 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?
If I tcpdump on the receive
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
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 hardware.
I got these t
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 to something
more reaso
Hi,
On 2015-10-20, at 10:24, Ian Smith wrote:
> Actually, you want to set hw.acpi.cpu.cx_lowest=C1 instead.
Done.
On 2015-10-19, at 17:55, Luigi Rizzo wrote:
> On Mon, Oct 19, 2015 at 8:34 AM, Eggert, Lars wrote:
>> The only other sysctls in ixl(4) that look
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,
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 that trigger the power
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 interrupts with 33 vectors
ixl0: f4.40 a1.4 n04.53 e80001dca
ixl0: Us
On 2015-4-30, at 15:04, Karlis Laivins wrote:
> I have yet to solve the issue of
> how to get the One Way Delay for the ACK message (the time it takes ACK to
> arrive from receiver of the ACK'ed data sender) correctly.
That won't work without synchronized clocks, which you can't really assume to
Hi,
On 2015-4-23, at 09:17, Karlis Laivins 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
> congestion control algor
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 sig
On 2015-2-11, at 09:59, Matt Churchyard wrote:
> Just been helping someone on the forums who appears to have configured their
> network interface incorrectly. It looks like they've assigned 250.250.250.0
> as the netmask.
that's not invalid. The netmask is a mask and not a prefix like in IPv6.
Hi,
On 2014-10-20, at 17:40, Jim Harris 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 dpdk.org and the develo
On 2014-9-30, at 11:25, Stefano Garzarella 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
signature.asc
Description:
On 2014-9-26, at 15:19, Leupoldt, Martin 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 OpenPGP using GPGMail
Hi,
On 2014-9-12, at 9:31, Luigi Rizzo 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 (using a sysctl).
.
Hi Luigi,
I've started to play with netmap, like it a lot, and would like it to grow
support for some additional features that I'd need. I wonder if you could
comment on how likely support for any of the following is in netmap in the
foreseeable future?
* IP/TCP/UDP checksum offload
* TCP/UDP
Thank you!
On 2014-9-4, at 17:48, Luigi Rizzo wrote:
> On Thu, Sep 04, 2014 at 11:58:28AM +0000, Eggert, Lars wrote:
>> Hi Luigi,
>>
>> I'm allocating extra rings and/or extra buffers via the nr_arg1/nr_arg3
>> parameters for NIOCREGIF.
>>
>> O
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 documentation
On 2014-9-1, at 21:09, John-Mark Gurney 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
On 2014-8-30, at 7:24, Adrian Chadd 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: 1152, 0, 99,
On 2014-8-18, at 12:29, Carlos Ferreira 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
On 2014-8-30, at 0:32, John-Mark Gurney 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: slot=0 function=
On 2014-8-28, at 21:07, Steven Hartland 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 signed with OpenPGP
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
On 2014-8-28, at 10:31, Eggert, Lars 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 someone
On 2014-8-28, at 13:02, Mike Tancsa wrote:
> hw.igb.enable_msix=0
Doesn't change things either, unfortunately.
Lars
signature.asc
Description: Message signed with OpenPGP using GPGMail
On 2014-8-28, at 13:17, Alexander V. Chernikov wrote:
> Do you have jumbo frames turned on?
Nope.
Lars
signature.asc
Description: Message signed with OpenPGP using GPGMail
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
Yep
On 2014-8-27, at 9:53, Adrian Chadd wrote:
> Ok. Is it the same patch you sent out in Feb?
>
>
> -a
>
>
> On 27 August 2014 00:43, Eggert, Lars wrote:
>> Not as far as I know.
>>
>> Lars
>>
>> On 2014-8-27, at 9:39, Adrian Chadd wr
Not as far as I know.
Lars
On 2014-8-27, at 9:39, Adrian Chadd wrote:
> Is there a PR for it?
>
>
> -a
>
>
> On 27 August 2014 00:23, Eggert, Lars wrote:
>> It would be great if people could also review Aris' PRR patch - RFC6937 has
>
; really good 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 wrote:
>> On Tue, Aug 26, 2014 at 02:43:49P
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 wrote:
> On 4 Feb 2014, at 1:38, Eggert, Lars wrote:
On 2014-8-20, at 22:14, vijju.singh 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
On 2014-8-12, at 12:31, Michael Tuexen wrote:
> On 12 Aug 2014, at 10:02, Eggert, Lars 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).
> Just to doub
Hi,
On 2014-8-12, at 1:52, hiren panchasara wrote:
> On Mon, Aug 11, 2014 at 12:59 PM, Michael Tuexen
> wrote:
>> If I remember correctly, I increased
>> kern.ipc.nmbufs and kern.ipc.nmbclusters in /boot/loader.conf
>
> I believe, you just need to set kern.ipc.nmbclusters (max mbuf
> clusters a
Hi,
On 2014-8-11, at 21:27, Michael Tuexen wrote:
> On 11 Aug 2014, at 14:12, Eggert, Lars 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 the problem should go away if y
On 2014-8-11, at 9:17, Michael Tuexen 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 (current/cache/total/max)
8184/885 mbuf+clust
Hi,
On 2014-8-10, at 5:48, Niu Zhixiong 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 machine, I had to sev
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 wrote:
> Dear all,
>
> Last month, I send problems related to FTP
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
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 wrote:
> Hi,
>
> below are two patches that implement RFC6937 ("Proporti
Hi,
On 2014-3-31, at 7:37, Midori Kato 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 with it already.
Lars
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" wrote:
> Hi,
>
> On Aug 14, 2013, at 10:36, Lawr
Hi,
On Aug 14, 2013, at 17:27, Lawrence Stewart
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 with OpenPGP usin
Hi,
On Aug 14, 2013, at 10:36, Lawrence Stewart 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 their web connections:
On Jun 20, 2013, at 17:51, "Eggert, Lars" 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 connec
Hi,
On Jun 20, 2013, at 16:29, Andre Oppermann 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 in question
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 C
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
___
freebsd-net
Hi,
On Apr 8, 2013, at 7:18, YongHyeon PYUN 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
source.
> em(4)
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
http://www.mail-archive.com/tcpdump-wor
Hi,
On Mar 26, 2013, at 15:39, kit 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 finished so I ca
On Mar 26, 2013, at 12:59,
wrote:
> How do you configure your network interfaces? Using /etc/start_if* or
> /etc/rc.conf?
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 machines.)
Lars
__
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 2
Hi,
On Feb 12, 2013, at 9:50, Ivan Voras 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 like apply it
Hi,
On Feb 12, 2013, at 9:32, Ivan Voras 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 I see it, thes
On Feb 10, 2013, at 11:36, Andrey Zonov 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 experimenting with
On Feb 10, 2013, at 6:05, Kevin Oberman 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 serious problems b
Hi,
On Feb 7, 2013, at 13:40, Ian Smith wrote:
> On Thu, 7 Feb 2013 08:08:59 +0000, Eggert, Lars wrote:
>> On Jan 31, 2013, at 16:03, Matthew Luckie wrote:
>>>
>>> 00510 allow ip from me to not me out via em1
>>> 00550 divert 8668 ip from any to an
On Jan 31, 2013, at 16:03, Matthew Luckie 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 firewall need a
Hi Jack,
On Jan 22, 2013, at 19:23, Jack Vogel 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 implement this
Hi,
On Jan 31, 2013, at 10:42, Kevin Lo 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
http://lists.freebsd.
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
Hi,
On Jan 22, 2013, at 19:23, Jack Vogel 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 implement this for.
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
http://lists.freebsd.org/mailman/listinfo/freebs
Hi,
On Jan 15, 2013, at 14:09, Lawrence Stewart 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 would be to edit
>
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.
Tha
Hi,
is anyone in BSD-land working on de-bufferbloating the kernel, similar to what
the Linux folks are currently doing?
Lars
On Sep 20, 2012, at 16:16, Juan José Sánchez Mesa
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
Hi,
On Sep 20, 2012, at 9:25, Andrey Zonov 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
> net.inet.tcp.syncache.rexmttime and it g
86 matches
Mail list logo
