tcp_output starving -- is due to mbuf get delay?
pantzer at ludd.luth.se
Fri Apr 11 06:59:04 PDT 2003
Terry Lambert wrote:
> Mattias Pantzare wrote:
>>>The products that Jeffrey Hsu and I and Alfred and Jon Mini
>>>worked on at a previous company had no problems at all on a
>>>1Gbit/S saturating the link, even through a VLAN trunk through
>>>Cisco and one other less intelligent switch (i.e. two switches
>>>and a VLAN trunk).
>>A key factor here is that the testst where on a link with a 20ms
>>round-tip time, and using a singel TCP connection. So the switches
>>where in addition to a few routers on a 10Gbit/s network.
> Sorry, but tis is not a factor. If you think it is, then you
> are running with badly tuned send and receive maximum window
> Latency = pool retention time = queue size
Then explain this, FreeBSD to FreeBSD on that link uses all CPU on the
sender, the reciver is fine, but performance is not. NetBSD to FreeBSD
fills the link (1 Gbit/s). On the same computers. MTU 4470. Send and
receive maximum windows where tuned to the same values on NetBSD and
And packet loss will affect the performance diffrently if you have a
large bandwith-latency product.
More information about the freebsd-performance