SV: Automatic TCP send socker buffer sizing
- From: "Morgan" <freebsd-net@xxxxxxxxxxxxx>
- Date: Thu, 16 Nov 2006 23:34:47 +0100
This is a patch adding automatic TCP send socket buffer
sizing.
<snip>
The patch is available here:
http://people.freebsd.org/~andre/tcp_auto_sndbuf-20061116.diff
Any testers, especially with busy FTP servers, are very welcome.
Very nice indeed! I've actually been looking for something like this :-) I
would very much like to try it out but I need to know if I can benefit from
it with my setup. My network knowledge on this deep level is very limited so
I need to ask a few questions that probably sounds stupid... but here we go:
Would this patch only benefit traffic generated from or destined to the
FreeBSD box itself or would it also benefit traffic generated behind it on a
LAN if the FreeBSD box was configured as:
a) a router with NAT
b) a router without NAT
c) a bridge only
Add to this the extra complexity of pf with synproxy and modulate state. I
simply don't know how (if at all) FreeBSD interacts with or manipulates
packets going through it under any of these circumstances, so I have to ask
to learn :-)
The patch didn't apply cleanly to my 6.1-RELEASE. Since this patch was
cross-posted to -current I guess it wasn't meant for me. Any chance you can
provide a patch for 6.1-RELEASE? This is the output:
# patch <tcp_auto_sndbuf-20061116.diff
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|Index: tcp_output.c
|===================================================================
|RCS file: /home/ncvs/src/sys/netinet/tcp_output.c,v
|retrieving revision 1.121
|diff -u -p -r1.121 tcp_output.c
|--- tcp_output.c 22 Oct 2006 11:52:16 -0000 1.121
|+++ tcp_output.c 16 Nov 2006 18:35:43 -0000
--------------------------
File to patch: /usr/src/sys/netinet/tcp_output.c
Patching file /usr/src/sys/netinet/tcp_output.c using Plan A...
Hunk #1 succeeded at 49 (offset 1 line).
Hunk #2 failed at 105.
Hunk #3 failed at 395.
2 out of 3 hunks failed--saving rejects to
/usr/src/sys/netinet/tcp_output.c.rej
Done
Lastly, is it enough to rebuild only the kernel after applying this patch?
Once again, sorry for these stupid questions but this is the only way for me
to learn and I really would like to have this patch running on my system.
Kind regards
Morgan
_______________________________________________
freebsd-net@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: SV: Automatic TCP send socker buffer sizing
- From: Andre Oppermann
- Re: SV: Automatic TCP send socker buffer sizing
- References:
- Automatic TCP send socker buffer sizing
- From: Andre Oppermann
- Automatic TCP send socker buffer sizing
- Prev by Date: Re: ipv6 connection hash function wanted ...
- Next by Date: Re: Automatic TCP send socker buffer sizing
- Previous by thread: Automatic TCP send socker buffer sizing
- Next by thread: Re: SV: Automatic TCP send socker buffer sizing
- Index(es):
Relevant Pages
- Re: SV: Automatic TCP send socker buffer sizing
... Would this patch only benefit traffic generated from or destined to the ...
LAN if the FreeBSD box was configured as: ... Hunk #2 failed at 105. ...
to learn and I really would like to have this patch running on my system. ... (freebsd-net) - Re: [OT] Q: what would you choose for a VCS today
... FreeBSD as base that would allow better teams cooperation and easy code ...
control fly out the window from, say, the 42nd floor. ... If you think you need a vendor
branch, take a look at mercurial patch ... Patch queues are quite powerful, and
even though you end up versioning ... (freebsd-hackers) - Re: SV: Automatic TCP send socker buffer sizing
... Would this patch only benefit traffic generated from or destined to the ...
LAN if the FreeBSD box was configured as: ... Hunk #2 failed at 105. ...
to learn and I really would like to have this patch running on my system. ... (freebsd-current) - RE: For the love of God, is it even possible to make the Atheros ath.patch & updated HALactually
... > # mv ath_hal_20051212 ath ... in hopes that maybe the patch was
FINALLY ... This FreeBSD installation is sitting here doing ... To June/July 2005
madwifi was very unstable, after merging cvs BSD tree of ... (freebsd-current) - Re: FreeBSD Security Advisory FreeBSD-SA-02:28.resolv
... > There's no patch for these, and in the case of the embedded ... >>FreeBSD
only: NO ... In a few instances in the resolver code, ... >>can spoof DNS
messages) may produce a specially crafted DNS message ... (FreeBSD-Security)