| To: | "David S. Miller" <davem@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: way of figuring out total number of retransmitted packets on a TCP socket? |
| From: | Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx> |
| Date: | Tue, 26 Oct 2004 15:47:02 +0200 |
| Cc: | netdev@xxxxxxxxxxx |
| In-reply-to: | <20041020213739.6e669fdd.davem@davemloft.net> |
| References: | <20041020130134.GC24757@xi.wantstofly.org> <20041020151448.51209278.davem@davemloft.net> <20041020223547.GJ29583@xi.wantstofly.org> <20041020213739.6e669fdd.davem@davemloft.net> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.4.1i |
On Wed, Oct 20, 2004 at 09:37:39PM -0700, David S. Miller wrote:
> Please give this 2.6.x patch a spin:
Works quite nicely, thank you very much. I've attached the sources
of the tools that we're using in combination with this -- basically
just a discard server and a client. (You need the libivykis async
I/O lib installed to compile the server.)
A 1GB cross-atlantic transfer (~715kpackets) over a proper provider
typically shows something like this: (Discard server is on a GbE
connection in LA, the transmitter on FastE in Amsterdam.)
[...]
tcpi_total_retrans 2
The same test done over a second-rate provider:
[...]
tcpi_total_retrans 3482
--L
|
| Previous by Date: | Re: [PATCH] select appropriate skb size in tcp_sendmsg when TSO is used, Herbert Xu |
|---|---|
| Next by Date: | Re: [PATCH, TAKE 2] [IPV6] XFRM: extract xfrm_lookup() from ip6_dst_lookup() (is Re: [PATCH][IPv6] separation xfrm_lookup from ip6_dst_lookup), Brian Haley |
| Previous by Thread: | Re: way of figuring out total number of retransmitted packets on a TCP socket?, David S. Miller |
| Next by Thread: | Re: [PATCH 2.6.9] Export phys_cpu_present_map, Christoph Hellwig |
| Indexes: | [Date] [Thread] [Top] [All Lists] |