Thread (1 message) 1 message, 1 author, 2011-11-11

Re: creating netdev queues on the fly?

From: Eric Dumazet <hidden>
Date: 2011-11-11 11:54:13
Also in: netdev

Le vendredi 11 novembre 2011 à 12:42 +0100, Dave Taht a écrit :
More elegant to be sure. But for N you kind of need to do ewma between
aggregated transmission groups.
I speak at Class/Qdisc level. If each transmission group has its own
class [ I believe it should ], it should fit.

I still don't 'get' how we can split out a stream based on a
stationid, toss it in a queue to be further scheduled (my choice would
be QFQ, btw), and then sanely de-schedule a burst of packets for that
destination appropriate for that station's aggregation level and
transmit rate using existing tc methods.
Right now its not possible since we dont have a feedback once a packet
is dequeued from qdisc. But it should be doable.
I liked the callback idea discussed earlier for implementing a
'grouper' of this sort.

That said I'm strongly encouraged by the dialog thus far on this thread.
...
and I assume that you are either making this syntax up or coding
faster than emailing in some tree somewhere...
That because I prefer discussing on this before starting coding once
general idea is accepted.

Note this delay idea is not new, it already was mentioned on netdev some
months ago.


Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help