Out of curiousity, how does the UDP socket's SO_SNDBUF compare to the
queue depth?
forgive my ignorance, how do i measure that?
getsockopt(SO_SNDBUF)? I was just casting about on the possiblity that
interactions between the depth of that queue and how much can be kept in
the SO_SNDBUF migh
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?
Jesse Brandeburg wrote:
So we've recently put a bit of code in our e1000 driver to decrease the
qlen based on the speed of the link.
On the surface it seems like a great idea. A driver knows when the link
speed changed, and having a 1000 packet deep queue (the default for most
kernels now) o
So we've recently put a bit of code in our e1000 driver to decrease the
qlen based on the speed of the link.
On the surface it seems like a great idea. A driver knows when the link
speed changed, and having a 1000 packet deep queue (the default for most
kernels now) on top of a 100Mb/s link (o
