> Użytkownik devik napisał: > > Well. The right way for your case would be to limit single > > subqueue in SFQ. See line 24 of attached patch - and try patch > > itself. > > devik > > hmm.. with pfifo_fast is thesame problem - no drops... and unstable. It > doesn't look like a SFQ-specific problem. With fifo (without setting > limit) there were only 2 drops. Only "fifo limit 10" generates drops > (but it has also periods with no drops and with bad rates). Everything > of course with tcp_wmem = "4096 2048000 5120000"
because pfifo_fast uses default queue size for eth = 100. It is almost the same as SFQ uses. Did you try my patch ? Regarding wmem, try also increasing /proc/sys/net/core/wmem_max. Maybe it is blocking TCP's settings. devik _______________________________________________ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
