My thought is that the net.inet.ip.intr_queue_maxlen should be set to the
maximum receive queue length of your NIC. Depending upon traffic (bursty
short packets being the worst), other kernel operations being slow, and
NIC interrupt coalesce or polling times, your NIC's rx buffer can fill
signif
> -Original Message-
> From: Rogier R. Mulhuijzen [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, October 06, 2002 8:15 PM
> To: Ido Barnea; [EMAIL PROTECTED]
> Subject: RE: Help with net.inet.ip.intr_queue_maxlen
>
>
> Is there a write-up anywhere about what variable
On Sun, 6 Oct 2002, Mike Silbersack wrote:
> But yes, the MII poll was taking 10ms every second until I recently
> committed Harti Brandt's changes to -current. Now it "only" takes 1ms,
> which is still too long, but hard to reduce further. The MFC will have to
> wait until after 4.7-release is
On Sun, 6 Oct 2002, Luigi Rizzo wrote:
> large queues to build up in other drivers. E.g. the "xl"
> driver was recently reported to take a long time every second to
> read some info (statistics ?) from the NIC; at 8kpps, 10ms
> is roughly 80 packets, which would easily explain the drops you
> ar
On Sat, Oct 05, 2002 at 05:12:50PM -0700, Steve Francis wrote:
...
> So does that mean after the NIC has received the packet, the interupt
> from the NIC has been processed and the packet retrieved from the NIC,
> then the packet is placed in this queue, before the IP stack looks at it?
yes, unle
Is there a write-up anywhere about what variables are tuneable, where to
look to see if they need tuning and what the downsides/ramifications are?
I already discovered kern.ipc.maxsockbuf needs to be raised to accommodate
raising the various send and recv spaces. =)
Greets,
DocWilco
> -Original Message-
> From: Steve Francis [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, October 06, 2002 3:13 AM
> To: [EMAIL PROTECTED]
> Subject: Help with net.inet.ip.intr_queue_maxlen
>
>
> Can someone help me with net.inet.ip.intr_queue_maxlen tuning?
>
Can someone help me with net.inet.ip.intr_queue_maxlen tuning?
Firstly, its the "size of the IP input queue", per the source.
So does that mean after the NIC has received the packet, the interupt
from the NIC has been processed and the packet retrieved from the NIC,
then the packet is placed in
