I don't keep old builds, as there would be too many. So far about 1000 builds during 4 years...
But to my knowledge there has not been that kind of changes lately, which would impact much on latency or bufferbloat.
But it makes sense to test SQM both with simple/fq_codel and cake/cake qdiscs.
Unfortunately cake/piece of cake takes away too much bandwidth on my 450/23 line. I end up with about 150 on the downstream while the upstream maintains integrity and 90% throughput. Fq codel and simple end up with 30ms to 50ms excess bufferbloat.
Installed hnyman's openwrt build on my R7800 yesterday.
Unfortunately, I get very strange transfer rates compared to the official firmware (or Voxel's FW).
I tested the whole thing with two notebooks: A large file is transferred from the local Samba share via WLAN and cable.
Netgear/Voxels firmware
[Device 1] (866 Mbit/s Wifi Card)
Wired --> 1 Gbit/s
Wireless --> 656 Mbit/s (5 GHz) and 200 Mbit/s (2,4 GHz)
[Device 2] (433 Mbit/s Wifi Card)
Wired --> 1 Gbit/s
Wireless --> 336 Mbit/s (5 GHz) and 120 Mbit/s (2.4 GHz)
OpenWRT Hnyman Master AND Hnyman stable openwrt-19.07
[Device 1] (866 Mbit/s Wifi Card)
Wired --> 1 Gbits/s
Wireless --> 448 Mbit/s (5 GHz) and 88 Mbit/s (2.4 GHz)
[Device 2] (433 Mbit/s Wifi Card)
Wired --> 1 Gbits/s
Wireless --> 304 Mbit/s (5 GHz) and 88 Mbit/s (2.4 GHz)
Measurements with iperf on device 2 give strangely identical values with openwrt and Voxels firmware (336 Mbit/s at 5 GHz).
Do I have to change anything in the configuration so that the file transfer is at a similar level as with the original firmware (or iperf)?
Especially the performance with 2.4 GHz WiFi surprises me since both devices had identical values although device 1 has the faster WiFi card installed.
Wait wait wait, I cant go beyond 650 Mbps with last build on both of my r7800s on a gigabit line... and I have understood that this is the max you can obtain without using the sleeping NSS cores which are actually only activated in another build made by ACWifiDude... so, how do you reach that speed? 
Psst... the secret of OpenWRT is that most builds are broken. If you get the old hnyman build of "r11167", and insert these lines into "local startup" window, you'll get speed in 850-950mbps. And it's stable.
echo ondemand > /sys/devices/system/cpu/cpufreq/policy0/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpufreq/policy1/scaling_governor
echo 800000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_min_freq
echo 800000 > /sys/devices/system/cpu/cpufreq/policy1/scaling_min_freq
echo 75 > /sys/devices/system/cpu/cpufreq/ondemand/up_threshold
echo 10 > /sys/devices/system/cpu/cpufreq/ondemand/sampling_down_factor
exit 0
Lovely.... Talk shit about the project you also use...
I'm being helpful. You're not.
I fixed the very specific problem that needed your workaround... LOL
Also we are a community that works for free... Reading 'most of the OpenWRT build are broken is disgraceful for devs that works on the project.
Will this help with the low bandwidth issue when using cake/piece of cake?
I know the problem was fixed in later builds, but I use an earlier build because it's solid, and that workaround is needed for it.
OpenWRT is buggy and finding stable builds is not trivial. There are constant complaints about something being fixed and another part being broken.
I am sorry if that hurts your feelings as a developer, it's not aimed at anyone personally, but that's the result of what appears to be a lack of organized Continuous Integration chain and regression testing.
Why don't you contribute, or make your own? I don't see you posting issues in the firmware page, or the repo.
These are personal builds for hnyman, you are using what he uses for home, that he is kind enough to share.
The workaround you described, while increasing throughput also causes stability issues(? Wired says it doesn't, it did for me), if you want stable go to 19.07 it works great, don't use master. Better yet, go back to stock, or ddwrt.
Those settings alone do not cause stability issues, let's not spread wrong information.
Can you please take the "lets tweak R7800" and "OpenWrt is buggy" discussions to other threads, as none of those issues is directly related to my build.
There are threads for those kind of discussions e.g. these related to R7800
R7800 Exploration:
Netgear R7800 exploration (IPQ8065, QCA9984)
R7800 Performance:
R7800 performance
Naming a bug is helpful. "Blabla" is not helpful. And the tweaks you reported have nothing to do with stability, but network performance. These tweaks (which I initially set a few years ago when I created the first oss port for the R7800 long before the first openwrt port) work for a lot of people but might not be working for everyone, same applies to other hacks, like irq assignment, they always influence other things and might not be what others want.
Openwrt especially 19.x builds for R7800 are very stable, that's a fact. And they are up to date unlike OEM firmwares which ships outdated software and kernels.
You will also find people in the netgear forum, that complain about bugs. If another firmware works better for your setup and environment than use it or report bugs.
In the past few years, while porting new routers to dd-wrt, I have reported numerous critical bugs to the vendors that send me engineering samples. Therefore I know quality control in oem firmware is often poor. Problem is, that they include quickly hacked together custom features/extensions, since this is done by only one or two devs, they lack code quality control.
P.S. Buggy OEM firmwares forced me to become a router firmware developer:-)
That's what I get for giving practical advice to someone looking for stability in OpenWRT. The workaround is perfectly stable on revision I've described. Keep your emotional outbursts to yourself.
Pls let's not make hnyman call the police and remove posts...
The person asked how to reach full speed on R7800. I answered him with practical advice that I tested over months and months, concrete stable revision and startup script I used. That is helpful advice. The continuous complaints about my post are what's not helpful.
Dear hnyman,
Hello and I hope that you are well. I am looking to use master-r15468 build. It says that the folder is empty. Any timeline as to when the build will be available - as it says that its folder is " empty " for the last few hours. Not trying to rush you in any fashion - I am simply keen to use the latest build.
Thanks for your hard work, expertise and dedication to this project which benefits all of us who use your great builds for r7800 -
Peace
Files are now there.
Looks like I created the directory yesterday, but did not actually copy the files.
Dear hnyman,
Thanks my Brother - I truly appreciate that information. Stay safe and God Bless in these times of ours.