R7800 Discussion - 2017

Post new topic   This topic is locked: you cannot edit posts or make replies.    DD-WRT Forum Index -> Atheros WiSOC based Hardware
Goto page Previous  1, 2, 3 ... 8, 9, 10 ... 35, 36, 37  Next
Author Message
Alozaros
DD-WRT Guru


Joined: 16 Nov 2015
Posts: 6410
Location: UK, London, just across the river..

PostPosted: Fri May 12, 2017 18:03    Post subject: Reply with quote
vimes wrote:
Seems that Kong has updated the build for the R7800....

DD-WRT v3.0-r31980M kongat (051117)

Not sure what the change-log is but mine has updated and seems fine, no reset.


mine was with not working DNSCrypt nor my R7000 was working too...once i reverted R7800 back to 31900 it was ok...

_________________
Atheros
TP-Link WR740Nv1 ---DD-WRT 55179 WAP
TP-Link WR1043NDv2 -DD-WRT 55303 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 55460 Gateway/DoH,Forced DNS,AP Isolation,4VLAN,Ad-Block,Firewall,Vanilla
Netgear R7800 --DD-WRT 55460 Gateway/DoT,AD-Block,Forced DNS,AP&Net Isolation,x3VLAN,Firewall,Vanilla
Netgear R9000 --DD-WRT 55363 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
Sponsor
RandomJerk
DD-WRT User


Joined: 08 Jun 2016
Posts: 92

PostPosted: Thu May 25, 2017 20:33    Post subject: Kernel 4.9? Reply with quote
This is just a question out of pure curiosity and not a request of any sort. Is there a chance that this router gets Kernel 4.9 and beyond? The reason I'm asking this is because of the project that is claiming to improve the Linux wifi stack all-together.

https://www.bufferbloat.net/projects/make-wifi-fast/wiki/

Does DDWRT utilize any of these features from the Linux kernel or is most of this integrated into the DD-WRT code-base irrespective of the underlying kernel?


Last edited by RandomJerk on Thu May 25, 2017 21:24; edited 1 time in total
tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Thu May 25, 2017 20:50    Post subject: Reply with quote
maybe.. probably.. whenever brainslayer wants to activate it, every kernel switch has been like this for years, broadcoms & less than a few brand new usually overpriced (r9000...) qualcomm units get the latest kernel, everyone else waits usually years till one day we finally have it out of no where. switch to 3.18 was like this too.

even then it wont do much, as said on the page "The Hardware: Presently the most open wifi drivers are those based on the ath9k and mt76 chipsets. All other drivers contain binary blobs in precisely the places we need to hack on, and are currently unsuitable for further development. We MAY acquire a firmware license to deal with one or more 802.11ac chips. Read more in the Hardware Plan and the RFP pages."

they blame firmware in newer radios, & only seem to care about some older mediatek driver & ath9k, ath9k is now dying.. no new high end routers have a ath9k interface, the existing ones are all pre-802.11ac, etc.. which further supports these 2 tickets

http://svn.dd-wrt.com/ticket/5668
http://svn.dd-wrt.com/ticket/5836

dir-862L which is the host router in this house, has a ath9k driven 2.4ghz radio, while the 5ghz is ath10k ac, connecting through the ac radio has substantially worse latency when qos is used or when the wifi link rate is saturated, than the 2.4ghz, over twice as bad. even broadcom with airtime fairness performance almost as good as ath9k, but thats the only thing broadcom has i like, rest are all problems.

_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Tue May 30, 2017 10:43    Post subject: Reply with quote
do not use r32162 on this router http://svn.dd-wrt.com/ticket/5849
_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

vimes
DD-WRT Novice


Joined: 23 Oct 2015
Posts: 46

PostPosted: Tue May 30, 2017 11:53    Post subject: Reply with quote
Thanks for the heads up, was tempted to try this one and had just downloaded it. Then I saw your post.
rawd
DD-WRT User


Joined: 06 Jan 2014
Posts: 173

PostPosted: Wed Jun 07, 2017 23:50    Post subject: Reply with quote
What is the build number of the June 4th Kong build? Thanks
mrjcd
DD-WRT Guru


Joined: 31 Jan 2015
Posts: 6268
Location: Texas

PostPosted: Wed Jun 07, 2017 23:53    Post subject: Reply with quote
rawd wrote:
What is the build number of the June 4th Kong build? Thanks


r32170M kongat (06/04/17) ]
tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Thu Jun 22, 2017 9:58    Post subject: Reply with quote
doubt anyone will have a clue what about to (rant?) about.. id like to know what the HELL, this crap is:

https://www.dslreports.com/speedtest/17260470
https://www.dslreports.com/speedtest/17260450
https://www.dslreports.com/speedtest/17260419
https://www.dslreports.com/speedtest/17260391
https://www.dslreports.com/speedtest/17260341
https://www.dslreports.com/speedtest/17260490

got hundreds more, looks obvious right? internet problem, qos etc, NOT. the problem is this fucking qca9984 in this & other routers, i wouldnt be surprised if qca9980 is the same either.

my setup is a dual nat as i want my own network, the host is a dir-862L, its 2.4ghz radio is a ath9k soc qca9558, its 5ghz radio is the older qca9880, its also doing qos on this 30mbps/5mbps line (actual from isp is 35mbps/5.5mbps all the time & its not powerboost), using htb + fq_codel set at 30720/5120. all devices & ethernet are fine, low latency, stable etc.

EXCEPT. me. using my r7800 in client mode to the host above, bufferbloat & spikes up the ass for the longest time, the problem is mostly on download, its not bad, its abysmal, gaming with that crap..lol.. im using 5ghz, signal is about -65, noise is -97 at the host, -105 at the client (r7800). the qca9984 CANT, RECEIVE, PROPERLY, AT, ALL. and no there is no 5ghz interference here, i switch to 2.4ghz & get this:

https://www.dslreports.com/speedtest/17260714
https://www.dslreports.com/speedtest/17260699
https://www.dslreports.com/speedtest/17260601

still a bloody mess but still better than over 5ghz, though there is 2.4ghz interference here, the qca9984's 2.4ghz isnt great either, but better than 5ghz (as its got 2 of the same radios).

now everything (well most) is making sense now, when i first touched qca99xx (including ea8500 when i had it), i instantly noticed the elevated latency directly to the router with wifi. searched "qca9984 latency" on google, first link to lede has https://forum.lede-project.org/t/netgear-r7800-exploration-ipq8065-qca9984/285/52

except its not just 0.6ms its more like 1.5ms. so everything should be 1.5ms higher thats all? not. but its a tip of the iceburg & at least someone else on this planet also sees it. the 2.4ghz radio is better, maybe 0.5ms higher. sending rapid pings to it shows it clearly when compared to any ath9k radio, broadcom, and even the PREVIOUS GEN qca9880.. my phone gets 2.5ms to the dir-862L, gets 3.5ms to the r7800 5ghz on average, with EASY frequent spikes to over 20ms, for no reason.

i didnt touch the host at all, simply turned on my wndr4300 that has ar9344 soc for 2.4ghz & ar9580 for 5ghz ath9k, in the same physical position as the r7800 even, client mode to the host. nearly ethernet latency & stable, down & up, 5ghz & 2.4ghz. latency to the host almost constantly <1ms. something not seen with qca9984, even with a pc connected to it (wifi), always 1ms at best, usually 2ms & 3ms. why can another router, connecting to the same host, have stable A/A+ bufferbloat, constantly under 35ms, while r7800 has spikes to dial up latency, & by spikes i mean near constant performance there, hardly a "spike" anymore.

note that speedtest.net, or my isp's test @ speedtest.shaw.ca wont show a issue, they arent aggressive enough. once even slight threading is involved, qca9984 shits a hole through the planet. steam game client also shows this beautifully when its downloading anything, in game 45ms becomes a 75ms ~ 150ms, & thats with near constant latency measurements, its EVERYWHERE. unplayable. real world loads are just as ruined by this as dslreports shows.

not weird enough? torrenting at the max download speed will not invoke this problem, it seems whenever there is the SLIGHTEST tiny amount of "simultaneous" upload at the same time, it completely erases the problem & latency is excellent.. ?????

more mindfuckery, this is at its worst when a qos limit is imposed on the wan, if i further reduce qos to 25mbps, its the exact same, 20mbps, same, 15mbps, same, 10mbps magic happens & its nearly gone, 9mbps & it performs like any other radio does at any speed.. wtf??

if i turn off downlink qos & let it bufferbloat at my isp at 35mbps, it actually performs BETTER, but then everyone else that doesnt have broken radios, suffer.. also since i mentioned the dual nat setup, latency to the host remains 2ms ~ 6ms or so when dslreports is illustrating the problem (or when downloading with steam), just the wan side will fuck up.


what ive tried:

-all channels, ALL OF THEM, every 5ghz band range, absolutely no differenc

-low/med/high tx powers

-disabled (0 followed by reboot), low, default, & high (4500, doubled default) ack timings, on both host & r7800, then separately on each, nothing

-beacon intervals from 50ms ~ 500ms

-dtim from 1 ~ 5

-forcing 40mhz instead of 80mhz

-forcing 802.11n only from the host

-deleting the vap from the host

-deleting the vap from the r7800

-all qos combos on the host

-disabling qos on the host, letting r7800 do it

-forcing min cpu speed to 800mhz on both cores instead of 384mhz as per https://github.com/dissent1/netgear-r7800/blob/master/target/linux/ipq806x/base-files/etc/init.d/powerctl

-forcing performance governor on the r7800 to hold 1725mhz all the time

-the famous nvram erase

-changing mixed to ac-only, ac/n-mixed, on a mix of both the host & r7800 & separately

-disabling noise immunity n a mix of both the host & r7800 & separately

-changing txqueuelen on the host, the r7800 is locked to 0 for some reason

-all combos for protection mode, none, cts, rts/cts, & threshold size

-regulatory domain


nothing did, even. the slightest. difference..

in short, ath10k qca9880, broadcom, ath9k radios have local ping of <1ms to devices. client mode fine to the same host in same position in same environment with stable <35ms bufferbloat when downloading at max speed with threaded loads.

qca9984 has 2ms ~ 6ms local ping to devices, 5ghz op mode has tremendously bad latency in sta modes on downlink, uplink is also a little spikey, qca9984 in 2.4ghz op mode is much better, but still not even close to basically any other radio.

i was liking this router, now im boiling.. finding out its this, not the host with its "tx starved" qca9880 as brainslayer called it, or qos (that has its own problems still, but this is different), or the modem, or whatever.. oh and my pc is connected to the r7800 with ethernet ofc.

_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

Xeon2k8
DD-WRT Guru


Joined: 11 Feb 2016
Posts: 1288

PostPosted: Thu Jun 22, 2017 11:47    Post subject: Reply with quote
Well since you are the most qualified guy to speak about this router around here, you're making me doubt if I should return it and buy what my plan B was, the R7000.. :/
_________________
R6400v2 (boardID:30) - Kong 36480 running since 03/09/18 - (AP - DNSMasq - AdBlocking - QoS)
R7800 - BS 31924 running since 05/26/17 - (AP - OpenVPN Client - DNSMasq - AdBlocking - QoS)
R7000 - BS 30771 running since 12/16/16 - (AP - NAS - FTP - SMB - OpenVPN Server - Transmission - DDNS - DNSMasq - AdBlocking - QoS)
R6250 - BS 29193 running since 03/20/16 - (AP - NAS - FTP - SMB - DNSMasq - AdBlocking)
tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Thu Jun 22, 2017 18:01    Post subject: Reply with quote
well what are u using it for? client modes or ap? & see if u can copy the problem if using client modes
_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

Xeon2k8
DD-WRT Guru


Joined: 11 Feb 2016
Posts: 1288

PostPosted: Thu Jun 22, 2017 21:02    Post subject: Reply with quote
tatsuya46 wrote:
well what are u using it for? client modes or ap? & see if u can copy the problem if using client modes

Nah just ap mode, I don't even do torrenting nor qos. Maaaybe in the future vpn but not sure, so yeah I'm really aware it's way overkill for me but that's not my concern but stability, latency and performance is.

_________________
R6400v2 (boardID:30) - Kong 36480 running since 03/09/18 - (AP - DNSMasq - AdBlocking - QoS)
R7800 - BS 31924 running since 05/26/17 - (AP - OpenVPN Client - DNSMasq - AdBlocking - QoS)
R7000 - BS 30771 running since 12/16/16 - (AP - NAS - FTP - SMB - OpenVPN Server - Transmission - DDNS - DNSMasq - AdBlocking - QoS)
R6250 - BS 29193 running since 03/20/16 - (AP - NAS - FTP - SMB - DNSMasq - AdBlocking)
tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Thu Jun 22, 2017 21:44    Post subject: Reply with quote
Xeon2k8 wrote:
tatsuya46 wrote:
well what are u using it for? client modes or ap? & see if u can copy the problem if using client modes

Nah just ap mode, I don't even do torrenting nor qos. Maaaybe in the future vpn but not sure, so yeah I'm really aware it's way overkill for me but that's not my concern but stability, latency and performance is.


its fine in ap mode for latency (wifi, ethernet is always fine), at local level. without qos any lag will be internet side cause of that

_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

RandomJerk
DD-WRT User


Joined: 08 Jun 2016
Posts: 92

PostPosted: Fri Jun 23, 2017 3:52    Post subject: My settings Reply with quote
Tatsuya, I'm not as qualified as you in this area, and I have learned a lot from your posts,but I did scout the internet and I have extensively tried various settings on both the router and client side(all my computing is on Linux) to optimize my network and reduce bufferbloat without turning on QOS. Also,I don't use my 7800 as Client, I use it as router/AP. I'm not sure if your bufferbloat issues you face, are due to some bug in DD-WRT client mode code, but I will share my tweaks to see if any of them help you.

On the router side, I run the following tweaks:

Switch eth0 and eth1 to second core.
Code:

echo 2 > /proc/irq/255/smp_affinity
echo 2 > /proc/irq/258/smp_affinity


Reduce Transmission buffer length, this helps with bufferbloat a lot.
Code:

ifconfig eth0 txqueuelen 2
ifconfig eth1 txqueuelen 2


Increase OS send/receive buffers.
Code:

echo "8192 177380 7000144" > /proc/sys/net/ipv4/tcp_rmem
echo "8192 64384 7000144" > /proc/sys/net/ipv4/tcp_wmem
echo "33600 42384 66800" > /proc/sys/net/ipv4/udp_mem
echo "33600 42384 66800" > /proc/sys/net/ipv4/tcp_mem
echo 8192 > /proc/sys/net/ipv4/udp_rmem_min
echo 8192 > /proc/sys/net/ipv4/udp_wmem_min
echo 1000 > /proc/sys/net/core/netdev_max_backlog


In addition, the TCP Congestion algorithm I use is 'westwood' on the router side.

On individual machines, I do the following changes to the OS networking stack.All these changes are on Linux, you can find the corresponding Windows settings.

The settings that brought about the most bufferbloat improvements was to change the tcp congestion to westwood on the client machine and switch queue management to fq_codel.
Code:

net.ipv4.tcp_ecn=1
net.ipv4.tcp_sack=1
net.ipv4.tcp_dsack=1
net.ipv4.tcp_congestion_control = westwood
net.core.default_qdisc = fq_codel


Again, change the OS send/receive buffers on client side too. This could depend on your client machine's RAM. Try to double the default values and see how it impacts your bufferbloat.
Code:

net.ipv4.tcp_rmem=8192 1100000 8187000
net.ipv4.tcp_wmem=8192 1100000 8187000
net.ipv4.tcp_mem=1100000 8187000 8187000
net.ipv4.udp_mem=1112000 3073000 5067200
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_moderate_rcvbuf=1
net.ipv4.udp_rmem_min = 8192
net.ipv4.udp_wmem_min = 8192


Also,reduce the txqueuelen of your clients to 0.

I was able to reduce my bufferbloat drastically. See if any of these settings help you.
tatsuya46
DD-WRT Guru


Joined: 03 Jan 2010
Posts: 7568
Location: YWG, Canada

PostPosted: Fri Jun 23, 2017 6:55    Post subject: Reply with quote
no change in the slightest
_________________
LATEST FIRMWARE(S)

BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers

[x86_64] Haswell i3-4150/QCA9984/QCA9882 ------> r55488 std
[QUALCOMM] DIR-862L --------------------------------> r55460 std
▲ ACTIVE / INACTIVE ▼
[QUALCOMM] WNDR4300 v1 --------------------------> r50485 std
[BROADCOM] DIR-860L A1 ----------------------------> r50485 std


Sigh.. why do i exist anyway.. | I love you Anthony.. never forget that.. my other 99% that ill never see again..

dissent
DD-WRT User


Joined: 04 May 2016
Posts: 123

PostPosted: Thu Jun 29, 2017 14:20    Post subject: Reply with quote
Interesting stuff to improve routing performance http://svn.dd-wrt.com/ticket/5875
Goto page Previous  1, 2, 3 ... 8, 9, 10 ... 35, 36, 37  Next Display posts from previous:    Page 9 of 37
Post new topic   This topic is locked: you cannot edit posts or make replies.    DD-WRT Forum Index -> Atheros WiSOC based Hardware All times are GMT

Navigation

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum