On 8/4/06, Rick Jones <[EMAIL PROTECTED]> wrote:
> Problem we've seen is that setting this shorter queue causes a large spike
> in cpu when transmitting using UDP:
>
> 100Mb/s link
> txqueuelen: 1000 Throughput: 92.44 CPU: 5.00
> txqueuelen: 100 Throughput: 93.80 CPU: 61.59
>
> Is this expected? any comments?
Triggering intra-stack flow-control perhaps? Perhaps 10X more often
than before if the queue is 1/10th what it was before?
yes, that is my guess too, lock thrash coming into and out of qdisc full?
Out of curiousity, how does the UDP socket's SO_SNDBUF compare to the
queue depth?
forgive my ignorance, how do i measure that?
Jesse
-
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
