rihad wrote:
rihad wrote:
For now we've mostly disabled dummynet and the drops have stopped,
thanks to some extra unused bandwidth we have. But this isn't a real
solution, of course, so this weekend I'm going to try the suggestion
made by Robert Watson:
> In the driver init code in if_bce, the following code appears:
>
> ifp->if_snd.ifq_drv_maxlen = USABLE_TX_BD;
> IFQ_SET_MAXLEN(&ifp->if_snd, ifp->if_snd.ifq_drv_maxlen);
> IFQ_SET_READY(&ifp->if_snd);
>
> Which evaluates to a architecture-specific value due to varying
pagesize. You might just try forcing it to 1024.
In a few days I'm going to try it anyway, and if the system locks up
I'll just revert back to the original code >
TIA
Just rebooted with the "ifp->if_snd.ifq_drv_maxlen = 1024;" kernel, all
ok so far. There's currenlty only 1000 or so entries in the ipfw table
and around 350-400 net mbps load, so I'll wait a few hours for the
numbers to grow to >2000 and 460-480 respectively and see if the drops
still occur.
The change definitely helped! There are now more than 3200 users online,
460-500 mbps net traffic load, and normally 10-60 (up to 150 once or
twice) consistent drops per second as opposed to several hundred up to
1000-1500 packets dropped per second before the rebuild. What's
interesting is that the drops now began only after the ipfw table had
around 3000 entries, not 2000 like before, so the change definitely
helped. Just how high can maxlen be? Should I try 2048? 4096?
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
