[Cerowrt-devel] Any chance for the LUCI GUI for cake appearing?
Dave Taht
dave.taht at gmail.com
Fri Jun 26 19:58:58 EDT 2015
Honestly, you cannot draw that conclusion on cake yet. The new
firmware forwarded at something like 35% better rates than the old.[1]
So if you can show a dsireports speedtest on your hardware, on
fq_codel, also... that would be confirmation we are winning on cake on
your hardware.
[1] I have great hope that the new FIB stuff in 4.0 and later will
also do magic for forwarding rates.
On Fri, Jun 26, 2015 at 4:36 PM, Jim Gettys <jg at freedesktop.org> wrote:
> Thank you all for cake...
>
> One of my recent pains had been that Comcast doubled my download speed to
> 100mbps, and CeroWrt using fq_codel/htb couldn't hack anywhere near that
> speed.
>
> Now I have things set using cake, and can do much better, and have my cake
> and eat it too.
>
> http://www.dslreports.com/speedtest/749786
> - Jim
>
>
> On Fri, Jun 26, 2015 at 5:04 PM, Sebastian Moeller <moeller0 at gmx.de> wrote:
>>
>>
>> On Jun 26, 2015, at 21:48 , Dave Taht <dave.taht at gmail.com> wrote:
>>
>> > It turns out that I am pulling from openwrt for luci-app-sqm, not
>> > ceropackages, and overriding it was a headache. Fixed now, see below
>> >
>> > router# cd /tmp; wget
>> > http://snapon.lab.bufferbloat.net/~cero3/luci-app-sqm_3-5_all.ipk ;
>> > opkg install ./luci-app-sqm_3-5_all.ipk
>> > router # /etc/init.d/uhttpd restart
>> >
>> > if it breaks, you get to keep both pieces, but it worked for me, and
>> > yea! cake in the gui! thx sebastian!
>>
>> Too cite Shaggy “Wasn’t me” ;); the initial commit was not mine
>> and I do not want to claim otherwise. I basically just rearranged the
>> "deck-chairs" as I tend to think. I seem to be better at the “ love for
>> details” thing than the”big picture”, anyways
>> Best Regards
>> Sebastian
>>
>> >
>> >
>> > I tried -
>> >
>> > ./scripts feeds uninstall luci-app-sqm; ./scripts feeds install -p
>> > cero luci-app-sqm # seemed sane, did not work
>> > git rm in the feed itself did not work
>> > doing the uninstall, deleting the symlink, and the git rm, nuking the
>> > bin/ar71xx/packages/packages/luci-app-sqm*
>> > and doing a complete rebuild... eventually did work... but strikes me
>> > as a bit more brute force than I wanted.
>> >
>> > I am not in a position (aformentioned build is my specialized for
>> > pico/nano build at the moment) to update the packages db,
>> > but I stuck up the correct new package... which you can install via
>> >
>> >
>> > Apologies for the confusion, I simply figured that the -p option would
>> > work, and never checked.
>> >
>> > I also note that I think I am building things compile tuned for the
>> > archer mips34c, rather thanthe wndr3800´s 24c. However I kept the
>> > unaligned access hacks (not needed on the 34c derived archer, but
>> > needed on the 24c wndr3800)
>> >
>> > Sigh.
>> >
>> > maintaining 3 separate trees for the platforms we sort of support is a
>> > PITA. Then adding in something that can mesh by default on 2 others.
>> > and then trying to get anything to compile for another arch entirely
>> > and failing...
>> >
>> >
>> > On Fri, Jun 26, 2015 at 11:49 AM, Sebastian Moeller <moeller0 at gmx.de>
>> > wrote:
>> >> Hi Jim,
>> >>
>> >>
>> >> On Jun 26, 2015, at 19:21 , Jim Gettys <jg at freedesktop.org> wrote:
>> >>
>> >>> Inquiring minds would like to know….
>> >>
>> >> I guess, that depends on your definition of “LUCI GUI for cake”;
>> >> as far as I know you can select cake in the “Queueing Discipline” drop down
>> >> in the “Queue Discipline” tab of luci-app-sqm. So if the machine has the
>> >> cake module and a sufficiently recent (out-of-tree) tc binary installed it
>> >> should just work. Using the “Advanced option strings…” it even should be
>> >> possible to pass arbitrary strings to cake (without any error checking), so
>> >> I assume we are all set up for cake testing (or should that be cake
>> >> tasting?) from the LUCI GUI. But I have not managed to build cake locally,
>> >> nor have I dared to risk my families internet connectivity by trying one of
>> >> Dave’s newer "openwrt trunk with cake” builds. So these changes linger in
>> >> the ceropackages-3.10 repository until we get enough tasting to convince
>> >> Toke to pull them into the openwrt repositories (these changes affect both
>> >> sqm-scripts and luci-app-sqm). Dave graciously allowed me access to one of
>> >> his test machines, and the changes allow to set up cake from the GUI, but I
>> >> only did limited functionality testing. (And we discovered that something
>> >> was of in that cake worked but did not accept all the keywords it should
>> >> have, but unless you are on a XDSL-Link you most likely do not care about
>> >> specifying per-packet-overhead)
>> >> If you have any specific thing you are missing, let me know and
>> >> I will try to help.
>> >>
>> >> Best Regards
>> >> Sebastian
>> >>
>> >>
>> >>> - Jim
>> >>>
>> >>> _______________________________________________
>> >>> Cerowrt-devel mailing list
>> >>> Cerowrt-devel at lists.bufferbloat.net
>> >>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>> >>
>> >> _______________________________________________
>> >> Cerowrt-devel mailing list
>> >> Cerowrt-devel at lists.bufferbloat.net
>> >> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>> >
>> >
>> >
>> > --
>> > Dave Täht
>> > worldwide bufferbloat report:
>> > http://www.dslreports.com/speedtest/results/bufferbloat
>> > And:
>> > What will it take to vastly improve wifi for everyone?
>> > https://plus.google.com/u/0/explore/makewififast
>>
>
--
Dave Täht
worldwide bufferbloat report:
http://www.dslreports.com/speedtest/results/bufferbloat
And:
What will it take to vastly improve wifi for everyone?
https://plus.google.com/u/0/explore/makewififast
More information about the Cerowrt-devel
mailing list