Re: tc packet drop in high priority queue

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> On June 1, 2015 at 12:36 PM Andy Furniss <adf.lists@xxxxxxxxx> wrote:
>
>
> Robert LeBlanc wrote:
> > -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
> >
> > Any ideas on this?
>
> 40 gig nics are way beyond anything I've ever done with tc and I guess
> involve some offload = huge "packets".
>
> It could be that aas sfq has a default qlen of 128 and as you are not
> actually rate limiting (and to do that may be "interesting" at 80 gig)
> the prio relies on some downstream buffer being full. Perhaps it's just
> that at these rates prio can not dequeue anything for periods of time so
> the 128 limit of sfq is overrun even for the highest prio.
>
> This is pure guesswork.
> --
> To unsubscribe from this list: send the line "unsubscribe lartc" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html

Alas, I haven't yet read the details of the original post but I know we just
replaced all our sfq leaves with fq_codel because of concerns about the per flow
packet depth on high speed, high latency networks.
--
To unsubscribe from this list: send the line "unsubscribe lartc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux