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. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
