Linksys EA8500
DD-WRT v3.0-r36995 std {09/19/18}
Linux 4.9.128-rc1 #157 SMP PREEMPT Tue Sep 18 10:43:01 CEST 2018 armv7l
No Reset--GUI install over r36895
some static leases on main & VLAN clients
local DNS
samba share
ovpn server
VAPs on both radio + one port VLAN via br1
HFSC FQ_CODEL on 50/50 fiber line
http://www.dslreports.com/speedtest/39131053
everything working ok
-----------
EA8500
No Reset--GUI install over Kong_r36870M
switch + VLAN + samba share + ovpn server
everything working ok
Linksys WRT160NL
DD-WRT v3.0-r36995 std ({09/19/18}
Linux 3.10.108-d5 #64113 Wed Sep 19 03:38:15 CEST 2018 mips
No Reset--GUI install over r36808M
switch + samba share + ovpn server
all good
EDIT: Required a power cycle on this unit.
Last edited by mrjcd on Wed Sep 19, 2018 20:00; edited 2 times in total
complete lagfest shit. cant even get a decently flat download line let alone proper latency. bs build, that STILL doesnt have pie back in it... adm_dma is going nuts with interrupts, surely thats got something to do with this poor qos.
idk maybe k10.0 in a century will finally return proper latency. guess i return to endlessly searching through switches and other routers with different firmwares with functioning qos that doesnt add latency, has proper rate limiting, service/port priorities, while not costing both kidneys, piece of cake.
wpa3 is missing from some routers like dir-862L for some reason. wpa3 doesnt work on r7800, dont know if thats ddwrt issue or devices need os/driver updates or if new hardware is needed, wont report that yet. anything good about this build? wifi noise and signal values are fixed, thats it. _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
Netgear WNDR3700 V4
DD-WRT v3.0-r36995 std {09/19/18}
Linux 3.18.122 #22308 Wed Sep 19 05:25:25 CEST 2018 mips
No Reset--GUI install over r36808M
switch + samba share + ovpn server
all good
complete lagfest shit. cant even get a decently flat download line let alone proper latency. bs build, that STILL doesnt have pie back in it... adm_dma is going nuts with interrupts, surely thats got something to do with this poor qos.
idk maybe k10.0 in a century will finally return proper latency. guess i return to endlessly searching through switches and other routers with different firmwares with functioning qos that doesnt add latency, has proper rate limiting, service/port priorities, while not costing both kidneys, piece of cake.
wpa3 is missing from some routers like dir-862L for some reason. wpa3 doesnt work on r7800, dont know if thats ddwrt issue or devices need os/driver updates or if new hardware is needed, wont report that yet. anything good about this build? wifi noise and signal values are fixed, thats it.
Just for confirmation, speedtest was done with htb+fq_codel, right?
I'm currently looking at another test, that at least shows differences with the same build on two different types of ISP connections.
complete lagfest shit. cant even get a decently flat download line let alone proper latency. bs build, that STILL doesnt have pie back in it... adm_dma is going nuts with interrupts, surely thats got something to do with this poor qos.
idk maybe k10.0 in a century will finally return proper latency. guess i return to endlessly searching through switches and other routers with different firmwares with functioning qos that doesnt add latency, has proper rate limiting, service/port priorities, while not costing both kidneys, piece of cake.
wpa3 is missing from some routers like dir-862L for some reason. wpa3 doesnt work on r7800, dont know if thats ddwrt issue or devices need os/driver updates or if new hardware is needed, wont report that yet. anything good about this build? wifi noise and signal values are fixed, thats it.
Just for confirmation, speedtest was done with htb+fq_codel, right?
I'm currently looking at another test, that at least shows differences with the same build on two different types of ISP connections.
yes cause bs removed pie, put it back in, then removed it again.. the k3.18 tests are htb+pie (hfsc+pie is identical too, fq_codel on all kernels is more throughput jittery than pie). puma 6 test WAS mostly good, i have the best modem our isp offers (all are puma 6, 1 is puma 7) so its mostly green, but now a few weeks ago something happened to routing to the dslr server in my city, 10ms became 30ms. it skews the test but its still mostly good. i think that test is flawed in that it doesnt consider latency jitter as much as actual value. if find a server where i have 95ms ~ 105ms to theres tons of orange and red and a fail. yet that jitter is excellent. meanwhile if u have a server u have 20ms ~ 105ms to, there will be much more green and it might even consider it a pass sometimes, when the latter example is bad latency.
before and after the routing change which forces me to another server, both on the same build your 36500m k3.18 and modem fw hasnt changed either since. the after routing image was done just now. _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
Puma test ist interesting, same build did not show an issue on the R7800 at work with the same build, but at home max ping was around 100ms in this test. Thus was able to reproduce it and fix it:-)
Obviously MTU size played a role here and triggered the bug. I think just like the hwspinlock issue this issue came in when BS merged in openwrt patches. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Puma test ist interesting, same build did not show an issue on the R7800 at work with the same build, but at home max ping was around 100ms in this test. Thus was able to reproduce it and fix it:-)
Obviously MTU size played a role here and triggered the bug. I think just like the hwspinlock issue this issue came in when BS merged in openwrt patches.
Freaking awesome! Can't wait for the updated build
Puma test ist interesting, same build did not show an issue on the R7800 at work with the same build, but at home max ping was around 100ms in this test. Thus was able to reproduce it and fix it:-)
Obviously MTU size played a role here and triggered the bug. I think just like the hwspinlock issue this issue came in when BS merged in openwrt patches.
Freaking awesome! Can't wait for the updated build
Guess I cheered to early, right after boot it was fine and now again, shitty. Still interesting that it only shows on the ADSL line, where my R7000 delivers perfect results.
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Wed Sep 19, 2018 22:20 Post subject:
<Kong> wrote:
jerrytouille wrote:
<Kong> wrote:
Puma test ist interesting, same build did not show an issue on the R7800 at work with the same build, but at home max ping was around 100ms in this test. Thus was able to reproduce it and fix it:-)
Obviously MTU size played a role here and triggered the bug. I think just like the hwspinlock issue this issue came in when BS merged in openwrt patches.
Freaking awesome! Can't wait for the updated build
Guess I cheered to early, right after boot it was fine and now again, shitty. Still interesting that it only shows on the ADSL line, where my R7000 delivers perfect results.
Anyways this is something I can work with.
check the adm_dma interrupts, they are like tripled that of wan. on k3.18 they are much lower, doesnt seem right.
