Negatory on that one. I'd say Kong firmware brought it up to par with my 86u-Merlin, if not ahead. I can't test faster then 460mbps (420 in qos), so your mileage may vary, however 600 connections, 9 torrents, it eventually settled on 200mbps, even though it can run faster then that with HTB/FQ_Codel with almost no impact on my network. The max priority PC could pull close to 400mbps and suck all the bandwidth off the bulk PC.
I didn't test for torrent speed, so it's possible the 86u-Merlin was getting higher throughput on the torrent PC while maintaining very similar latency on the high priority PC. I'll check that later, either way big improvement over BS if you're looking for QoS specifically. Sad it doesn't support things like CAKE, but if it doesn't work right, it doesn't matter, right?
Not sure in particular, however much like with frequency scaling in a lot of other applications (CPUs) it's the enemy of latency and time sensitive applications especially in a crude first generation iterations. Based on what I saw with PL I'm going to leave it off and honestly I'm sure it saves almost 0 power.
Quote:
Does it help to move to the other or have LAN+WAN on one and QOS on the other?
Haven't tried and don't know how. I would say BS QoS is borderline broken, it might do something for the Kong version though. Usually lower utilization leads to lower latency, so I'm not against trying it.
It's not difficult to load up my test scenario for yourself. Just get a bunch of high seeded torrents, crank up connections and setup QoS with one PC with Pingplotter on it (the latency sensitive/high priority PC) and another with the torrents on it (bulk or low priority). Then you see how the latency sensitive PC is effected by the bit sucker. That's basically a pretty extreme case, so it should bring out any horrible nuances. However I have seen routers have problems with lots of PCs, but do fine with a couple high demand PCs instead.
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Thu Feb 13, 2020 18:25 Post subject:
cpu load issue needs to be fixed, kernel 4.x really ruins ipq806x even at max freq. when its at idle (if ondemand is used) latency skyrockets. been like this for years, excluding later kong builds. _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
What processor is the QOS running on? Does it help to move to the other or have LAN+WAN on one and QOS on the other?
Anyone have a idea or easy way to figure this out? It does sound promising and would be interested in trying it out. Since the UI doesn't display load per core (it really should), I can't tell which are loaded up more then others.
Joined: 16 Nov 2015 Posts: 6437 Location: UK, London, just across the river..
Posted: Fri Feb 14, 2020 11:14 Post subject:
the answer its somewhere here in this thread, go back and have a look..
_________________ Atheros
TP-Link WR740Nv1 ---DD-WRT 55630 WAP
TP-Link WR1043NDv2 -DD-WRT 55723 Gateway/DoT,Forced DNS,Ad-Block,Firewall,x4VLAN,VPN
TP-Link WR1043NDv2 -Gargoyle OS 1.15.x AP,DNS,QoS,Quotas
Qualcomm-Atheros
Netgear XR500 --DD-WRT 55779 Gateway/DoH,Forced DNS,AP Isolation,4VLAN,Ad-Block,Firewall,Vanilla
Netgear R7800 --DD-WRT 55819 Gateway/DoT,AD-Block,Forced DNS,AP&Net Isolation,x3VLAN,Firewall,Vanilla
Netgear R9000 --DD-WRT 55779 Gateway/DoT,AD-Block,AP Isolation,Firewall,Forced DNS,x2VLAN,Vanilla
Broadcom
Netgear R7000 --DD-WRT 55460 Gateway/SmartDNS/DoH,AD-Block,Firewall,Forced DNS,x3VLAN,VPN
NOT USING 5Ghz ANYWHERE
------------------------------------------------------
Stubby DNS over TLS I DNSCrypt v2 by mac913
I've been having a problem for awhile now where my 5ghz connection just completely drops and I can't see it on any of my devices until I restart the router.
This happens after about a day or 2 usually after I restart it.
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Fri Feb 28, 2020 4:30 Post subject:
try the latest bs build first assuming its tolerable for ur use case. the latency issue is mostly fixed, though the cpu load is not (and if cpu is saturated the latency starts clawing itself back). _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
try the latest bs build first assuming its tolerable for ur use case. the latency issue is mostly fixed, though the cpu load is not (and if cpu is saturated the latency starts clawing itself back).
I tried it but my ping spiked too much while playing a game that I play a lot. Only kong's builds seem to not have ping spikes when I'm playing it, the only issue is the connection randomly dropping completely until the router is restarted like I mentioned before.
whatever it is its broken and doesnt work, and is not even close to fixing the k4.x problem on ipq806x that kong fixed. with this encap mode on it did nothing to help cpu usage and it just broke wifi as in my phone wont even get any data sent to it at all. _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
