Andy Furniss wrote:> David Boreham wrote:
>> I''m grappling with a problem that looks like sfq is not
working
>> (packets don''t get fairly queued, they appear to be always
>> sent FIFO). My configuration appears to be correct.
>> The machine is running quite an old kernel and if I could
>> convince myself that the sfq code it has is just broken, I''d
>> spend the time to upgrade it. Is there any way to inspect or
>> dump the sfq hash table on a running machine ?
>
> I don''t think so
I don''t know of any way either, though I will probably write one
eventually for diagnostic use.
> - I would use tcpdump, if you use perturb don''t set it
> too low as it causes packet reordering.
A couple other notes:
1. SFQ won''t do much unless it''s attached to a rate limiting
qdisc such
as HTB, with a specified rate less than that of your Internet connection.
2. SFQ doesn''t currently handle more than 128 concurrent flows (TCP
connections, etc.), and I would expect the fairness to degrade sooner
than that. I have been working on patches to address this, among other
things.
> There is currently work going on to merge sfq/esfq and the hash will be
> jhash so should be better than the current one.
My own role in that is taking forever, but I am indeed still working on
it...
-Corey