Yueting Shen <ritashen@xxxxxxxxxxxxxxx> wrote: > > But by looking at the packets captured by "ethereal", I found actually the > long respond time is spent by the network card to send the previous > packets(from ping flood), after finished all those packets, the card then > reply the second ping frames. This means that there is queue somewhere in the tx path that's too long. You can start by looking at the queue for your tuntap device. If it's a tap device, then you'll have a queue of 100 packets. That may be too long depending on your application. You can adjust the queuelen using ifconfig(8)/ip(8). If that's not the problem, then you should examine your application for any hidden queues there. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt - : send the line "unsubscribe linux-net" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
