On Fri, Sep 22, 2006 at 11:48:23PM +0100, Robert Watson wrote:
> The impact of TSO is clearly dramatic, especially when combined with the
> patch, but I'm a bit concerned by the drop in performance in the patched
> non-TSO case. For network cards which will always have TSO enabled, this
> isn't
Robert Watson wrote:
On Sat, 23 Sep 2006, Andre Oppermann wrote:
Without patch:
87380 393216 39321610.00 2163.08 100.00 19.353.787
1.466 Without patch + TSO:
87380 393216 39321610.00 4367.18 71.5442.071.342
1.578 With patch:
87380 393216 39321610.01
David Malone wrote:
On Fri, Sep 22, 2006 at 11:48:23PM +0100, Robert Watson wrote:
The impact of TSO is clearly dramatic, especially when combined with the
patch, but I'm a bit concerned by the drop in performance in the patched
non-TSO case. For network cards which will always have TSO enable
> The congestion window is increased based on the ACK's received. TSO
> is only done on the send side and only up to the current congestion
> window. I have been careful not to get any changes in congestion
> control behavior with TSO. (Which does not mean that there may be
> other bugs lurking
Synopsis: ifconfig(8) doesn't accept lladdr along with inet address family
State-Changed-From-To: analyzed->suspended
State-Changed-By: bms
State-Changed-When: Sat Sep 23 15:00:03 UTC 2006
State-Changed-Why:
Not a serious problem. These limitations can be worked around e.g. by
using /etc/start_if
Synopsis: IPsec tunnel (ESP) over IPv6: MTU computation is wrong
Responsible-Changed-From-To: bms->freebsd-net
Responsible-Changed-By: bms
Responsible-Changed-When: Sat Sep 23 16:28:40 UTC 2006
Responsible-Changed-Why:
I must focus on more specific areas.
http://www.freebsd.org/cgi/query-pr.cgi?
Synopsis: IPSEC can't detunnel GRE packets after real ESP encryption
Responsible-Changed-From-To: bms->freebsd-net
Responsible-Changed-By: bms
Responsible-Changed-When: Sat Sep 23 16:29:17 UTC 2006
Responsible-Changed-Why:
I must focus on more specific areas.
http://www.freebsd.org/cgi/query-pr.
Synopsis: changing interface ipaddress doesn't seem to work
Responsible-Changed-From-To: bms->freebsd-net
Responsible-Changed-By: bms
Responsible-Changed-When: Sat Sep 23 17:36:57 UTC 2006
Responsible-Changed-Why:
Back to the world for you, but not after actually doing some work on it...
http://
Synopsis: ipstealth issue
State-Changed-From-To: analyzed->suspended
State-Changed-By: bms
State-Changed-When: Sat Sep 23 17:38:49 UTC 2006
State-Changed-Why:
Back to the free pool for you.
Responsible-Changed-From-To: bms->freebsd-net
Responsible-Changed-By: bms
Responsible-Changed-When: Sat S
sn't work but haven't tested exhaustively. Need to focus on
other things.
--03070707080504040106
Content-Type: text/x-patch;
name="archie-locia-20060923.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="archie-locia-20060
We have tcpslice maintained in ports. We have ancient tcpslice in base
system. We have PRs about it.
I'd like to nuke it in HEAD.
How does everyone else feel about that before I go off and do it?
BMS
___
freebsd-net@freebsd.org mailing list
http://li
Bruce M Simpson wrote:
> We have tcpslice maintained in ports. We have ancient tcpslice in base
> system. We have PRs about it.
>
> I'd like to nuke it in HEAD.
>
> How does everyone else feel about that before I go off and do it?
do it
___
freebsd-net
If memory serves me right, Bruce M Simpson wrote:
> We have tcpslice maintained in ports. We have ancient tcpslice in base
> system. We have PRs about it.
>
> I'd like to nuke it in HEAD.
>
> How does everyone else feel about that before I go off and do it?
+1
Bruce.
signature.asc
Descripti
13 matches
Mail list logo
