R7800 Discussion - 2018

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, 4 ... 38, 39, 40  Next
Author Message
tatsuya46
DD-WRT Guru


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

PostPosted: Sun Jan 07, 2018 19:30    Post subject: Reply with quote
nothing new to say about the build.. qos unchanged still adding latency etc & cpu load is nearly doubled k3.18 at the same speeds etc. bs build httpd crash happy.
_________________
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 ------> r55797 std
[QUALCOMM] DIR-862L --------------------------------> r55797 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..

Sponsor
tatsuya46
DD-WRT Guru


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

PostPosted: Mon Jan 08, 2018 10:18    Post subject: Reply with quote
notice dir-860l a1 on k4.4 has fq_codel memory limit of 32mb, r7800 has 4mb, kong tried 16mb with no difference but would it just need even more? how & why does an inferior unit have a whopping 32mb?
_________________
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 ------> r55797 std
[QUALCOMM] DIR-862L --------------------------------> r55797 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 Jan 09, 2018 8:12    Post subject: Reply with quote
after more testing this k4.x high load and latency isnt just with wan, its local, all over the router..

doing client mode over wifi to another internet line (same modem and provider too) thats 75/7.5, after testing the load with it on ethernet with my line capped at the same speed via qos. while the load is lower, much lower when wan is via client mode instead of ethernet, theres that same horrible latency from qos at the local level to the host router & its not coming from the host, its coming from the r7800. try k3.18 build, latency to host was like 2ms above idle. the throughput is also jittery & abnormally low on wifi too, struggled to even get 75mbps over ac with -55 signal 975M/975M rates (channel doesnt matter).. when i moved ath0 off core 0 to core 1 for interrupts, it easily then flat lined at 75mbps, but the locally generated latency was still there.

this also explained how earlier today, with a dir-862L as wds station over 5ghz to the r7800 with 1300M/1300M rates -50 signal, only gets 200mbps, with as well, extra latency when that speed is reached.. 1300Mbps 3x3:3 ac goes welllll beyond 200mbps goodput. tried r34036 k3.18, sure enough wifi speeds were much higher to the wds station.

something is very wrong with ipq806x + k4.x. i suggest we should experiment with k4.4 to help find where & whats going on with latency & load, cause its not just wan anymore. as its known for a fact k4.4 has qos equal to that of k3.18, at least on other routers. limiting to around kong's wan speed of 45mbps its much harder to see, but its still there, spikes to the host router that just are never there on k3.18.

_________________
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 ------> r55797 std
[QUALCOMM] DIR-862L --------------------------------> r55797 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..

vpro
DD-WRT Novice


Joined: 09 Jan 2018
Posts: 1

PostPosted: Tue Jan 09, 2018 19:18    Post subject: Reply with quote
Hi all,

I'm a little freak out Crying or Very sad, I see a lot of problems with Nighthawk X4S – AC2600. The question here is:

Is dd-wrt (brainslayer or kong release) stable for Nighthawk X4S – AC2600? or is in development stage?

I have a Netgear WNDR3700 running dd wrt flawless for almost 3 years.

Thanks in advance.
vit5421
DD-WRT User


Joined: 12 Nov 2015
Posts: 413

PostPosted: Tue Jan 09, 2018 19:22    Post subject: Reply with quote
The all problems are related to new Kong test builds with new 4.14 kernel from Test folder.
Please use the standard Kong build and you will be happy
http://desipro.de/ddwrt/K3-AC-IPQ806X/?C=N;O=D

_________________
Netgear R7800
faxxe
DD-WRT Novice


Joined: 28 Dec 2017
Posts: 2
Location: Graz, Austria

PostPosted: Tue Jan 09, 2018 19:58    Post subject: Reply with quote
What is the expected advantage of this new kernel?

Thank you,faxxe
tatsuya46
DD-WRT Guru


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

PostPosted: Tue Jan 09, 2018 20:21    Post subject: Reply with quote
faxxe wrote:
What is the expected advantage of this new kernel?

Thank you,faxxe


absolutely, ZERO, currently. its broken, it adds latency, increases cpu load, reduces throughput

_________________
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 ------> r55797 std
[QUALCOMM] DIR-862L --------------------------------> r55797 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..

<Kong>
DD-WRT Guru


Joined: 15 Dec 2010
Posts: 4339
Location: Germany

PostPosted: Tue Jan 09, 2018 23:28    Post subject: Reply with quote
We are aware of the load issue and I just did some kernel profiling, going to discuss this with BS.
_________________
KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
labo
DD-WRT Guru


Joined: 30 Jan 2015
Posts: 676
Location: Texas, USA

PostPosted: Wed Jan 10, 2018 7:04    Post subject: Reply with quote
faxxe wrote:
What is the expected advantage of this new kernel?

Thank you,faxxe


One promising aspects of the newer kernel is the better driver support.
We have several good routers are not well utilized just because of the crappy drivers.

_________________
ASUS GT-BE98 PRO Main: Fiber 5gbps up/down
ASUS AXE16000: AI Mesh node
2 X ASUS RT-AX89X: AI Mesh nodes
QNAP QSW-1208-8C 12-Port 10GbE Switch
XS712T ProSafe 12-Port 10GbE Switch
3 X R9000 DD-WRT Mesh
vit5421
DD-WRT User


Joined: 12 Nov 2015
Posts: 413

PostPosted: Wed Jan 10, 2018 19:58    Post subject: Reply with quote
3.18 is in EOL stage and will be dropped sooner or later and we have to move on at least to be secured.
_________________
Netgear R7800
WaterWater
DD-WRT Novice


Joined: 18 Nov 2017
Posts: 42

PostPosted: Thu Jan 11, 2018 2:24    Post subject: Reply with quote
<Kong> wrote:
We are aware of the load issue and I just did some kernel profiling, going to discuss this with BS.


That's great to hear. May I ask what tool(s) you used to profile? Any chance of including perf/bcc-tools/<what you used> by default at least on the test builds?

tatsuya46 wrote:

absolutely, ZERO, currently. its broken, it adds latency, increases cpu load, reduces throughput


I agree those are downsides, but it certainly does have *some* benefits. From my perspective I value the new exploit mitigations[1][2][3][4][5][6][7][8][9][10][11][12], which makes me a bit more comfortable exposing a machine to the internet. Also 4.14 will get more straightforward patches from mainline. For example look at the patches for Meltdown/Spectre, they really have only tested them on 4.14 and 4.9.

[1] https://outflux.net/blog/archives/2016/09/26/security-things-in-linux-v4-3/
[2] https://outflux.net/blog/archives/2016/09/27/security-things-in-linux-v4-4/
[3] https://outflux.net/blog/archives/2016/09/28/security-things-in-linux-v4-5/
[4] https://outflux.net/blog/archives/2016/09/30/security-things-in-linux-v4-6/
[5] https://outflux.net/blog/archives/2016/10/03/security-things-in-linux-v4-7/
[6] https://outflux.net/blog/archives/2016/10/04/security-things-in-linux-v4-8/
[7] https://outflux.net/blog/archives/2016/12/12/security-things-in-linux-v4-9/
[8] https://outflux.net/blog/archives/2017/02/27/security-things-in-linux-v4-10/
[9] https://outflux.net/blog/archives/2017/05/02/security-things-in-linux-v4-11/
[10] https://outflux.net/blog/archives/2017/07/10/security-things-in-linux-v4-12/
[11] https://outflux.net/blog/archives/2017/09/05/security-things-in-linux-v4-13/
[12] https://outflux.net/blog/archives/2017/11/14/security-things-in-linux-v4-14/
tatsuya46
DD-WRT Guru


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

PostPosted: Thu Jan 11, 2018 9:43    Post subject: Reply with quote
for what its worth if it helps or not i found interrupt moderation setting on client nic is affecting cpu load for the first time ever. its affecting eth1 load on core 0, heavy reductions there, with a slight increase on core 1 eth0 wan load but overall load drops.

htb+fq_codel set for 150mbps/15mbps flat

wan interface is set to core 1 as its mandatory currently. rest of interrupts are default.

k4.x interrupt moderation off = 5% free (overall cpu)
k4.x interrupt moderation low = 12% free (overall cpu)
k4.x interrupt moderation med = 21% free (overall cpu)
k4.x interrupt moderation high/extreme = 30% free (overall cpu)
k4.x wifi = 21% free (overall cpu) <-- no interrupt mod control

k3.18 any interrupt moderation setting = 46% free (overall cpu)
k3.18 any interrupt moderation setting = 54% free (overall cpu) <-- htb+pie same speeds

it helps hfsc slightly, turning 97mbps cap into 111mbps but still crap nowhere close to 150mbps (default interrupts = <85mbps cap).

no interrupt moderation setting affects latency at all, its still doubled k3.18.

this is r34452

edit: wifi speeds severly capped due to extra ghost load, do any moderately sized wlan transfer locally and speeds will suck. while sirq load is through the roof..

_________________
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 ------> r55797 std
[QUALCOMM] DIR-862L --------------------------------> r55797 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..

jasonkruys
DD-WRT User


Joined: 13 Dec 2013
Posts: 90

PostPosted: Wed Jan 17, 2018 19:44    Post subject: Reply with quote
tatsuya46 wrote:
for what its worth if it helps or not i found interrupt moderation setting on client nic is affecting cpu load for the first time ever. its affecting eth1 load on core 0, heavy reductions there, with a slight increase on core 1 eth0 wan load but overall load drops.

htb+fq_codel set for 150mbps/15mbps flat

wan interface is set to core 1 as its mandatory currently. rest of interrupts are default.

k4.x interrupt moderation off = 5% free (overall cpu)
k4.x interrupt moderation low = 12% free (overall cpu)
k4.x interrupt moderation med = 21% free (overall cpu)
k4.x interrupt moderation high/extreme = 30% free (overall cpu)
k4.x wifi = 21% free (overall cpu) <-- no interrupt mod control

k3.18 any interrupt moderation setting = 46% free (overall cpu)
k3.18 any interrupt moderation setting = 54% free (overall cpu) <-- htb+pie same speeds

it helps hfsc slightly, turning 97mbps cap into 111mbps but still crap nowhere close to 150mbps (default interrupts = <85mbps cap).

no interrupt moderation setting affects latency at all, its still doubled k3.18.

this is r34452

edit: wifi speeds severly capped due to extra ghost load, do any moderately sized wlan transfer locally and speeds will suck. while sirq load is through the roof..


I'm not that clued up on the detail, but tbh is looks like it might go some way to addressing this? http://svn.dd-wrt.com/changeset/34558
tatsuya46
DD-WRT Guru


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

PostPosted: Wed Jan 17, 2018 20:09    Post subject: Reply with quote
maybe if cns3xxx is something used in r7800, but it looks like a ethernet driver for something else

edit: no just tried it, all k4.x issues remain, qos/latency/cpu load

stalonge wrote:
No news in a week ?

Very Happy Very Happy


probably cause theres nothing to report, considering the same load issue is in lede/openwrt as well, and they supposedly have "good" qos compared to us, should mean this problem runs deep in this broken kernel

_________________
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 ------> r55797 std
[QUALCOMM] DIR-862L --------------------------------> r55797 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..

<Kong>
DD-WRT Guru


Joined: 15 Dec 2010
Posts: 4339
Location: Germany

PostPosted: Thu Jan 18, 2018 10:18    Post subject: Reply with quote
tatsuya46 wrote:
maybe if cns3xxx is something used in r7800, but it looks like a ethernet driver for something else

edit: no just tried it, all k4.x issues remain, qos/latency/cpu load

stalonge wrote:
No news in a week ?

Very Happy Very Happy


probably cause theres nothing to report, considering the same load issue is in lede/openwrt as well, and they supposedly have "good" qos compared to us, should mean this problem runs deep in this broken kernel


Problem with this bug is, that 32bit arm has no nmi support, therefore the code that causes the load is hidden behind a standard kernel function that restores irqs.
Thus can't really debug it.

But I do have a hint now, might be broken pcie code for ipq.

_________________
KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Goto page Previous  1, 2, 3, 4 ... 38, 39, 40  Next Display posts from previous:    Page 3 of 40
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