Matthias Urlichs <[EMAIL PROTECTED]> wrote: > > The stuff I see in there doesn't look stupid to me. > > accept(...) = 216 > setsockopt(216, SOL_IP, IP_TOS, [8], 4) = 0 > setsockopt(216, SOL_TCP, TCP_NODELAY, [1], 4) = 0 > setsockopt(216, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0 > followed by a bunch of "interactive" read() and write() calls, and then > a rather long sequence of 16384-byte writes (all of which end up being > partial because the send buffer size is 12k).
Please send the actual strace with the options -ttT. If you can also send the tcpdumps that occur at the same time then we can match them up and figure out what's going on. So far the only thing I can see from your original tcpdump is that every other ack is followed by a noticeable delay before a packet is sent. This is a typical symptom when the appliation has nothing in the buffer. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- VGER BF report: U 0.499395 - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
