On Fri, Sep 19, 2014 at 11:18 PM, Greg White <[email protected]> wrote: > Fred, > > I know you, Rong and Bill VS have seen it, but in case others haven't, > there is an apples-to-apples comparison of fq-codel and fq-pie in my paper > from May (along with some design notes, since the merge of fq and pie is > not as straightforward as one might think).
Please don't declare fq_codel (in the real world) equal to your setup of ns2 sfq_codel. It is something of a wild extrapolation to compare sfq_codel target 50ms interval 150ms flows 32 to what we have deployed in the real world against cablemodems as fq_codel quantum 300 target 5ms interval 100ms flows 1024 as we show here: http://burntchrome.blogspot.gr/2014_05_01_archive.html the two level DRR in fq_codel has a bit less complexity than the ns2 SFQ_codel code and I've never felt it matched the linux code well enough. I otherwise mostly agree that the issues with applying fq on top of pie induce below. Now that the cablelabs ns2 code is mainlined, and GSOC bufferbloat summer of code for ns3 is done, and most of that code headed for mainline, (codel and some asymmetric network tests landed, (including a partial CMTS emulation), fq_codel is waiting on some improvements of packet header processing) I hope to find the time to do a real fq_codel implemention for ns2, and maybe get netperf-wrapper up to where it could duplicate more of your tests. I am curious, do any of your tests assume ack prioritization is in play? > http://www.cablelabs.com/wp-content/uploads/2014/06/DOCSIS-AQM_May2014.pdf > > Best Regards, > Greg > > > > > On 9/18/14, 12:20 PM, "Fred Baker (fred)" <[email protected]> wrote: > >> >>On Sep 16, 2014, at 6:58 AM, Dave Taht <[email protected]> wrote: >> >>> If a fq_pie were produced, how would that work? >> >>We are doing an fq_pie implementation, at least as a prototype. It merges >>the fq part of your existing fq_codel code RP¹s PIE algorithm. There is a >>part of me that would want to revisit the design of fq to make it a >>calendar queue, but that is down the road. What we¹re interested in right >>now is an apples/apples comparison with fq_codel. Further reports when >>we¹re ready to report, which isn¹t yet. > -- Dave Täht https://www.bufferbloat.net/projects/make-wifi-fast _______________________________________________ aqm mailing list [email protected] https://www.ietf.org/mailman/listinfo/aqm
