Hi All,
I'm running DD-WRT v3.0-r34115M on R7800.
I've installed mc with the command
opkg install mc
but when I try to run it I have the following error:
Error relocating /usr/lib/libglib-2.0.so.0: pthread_setname_np: symbol not found
Someone can help?
My opkg repo needs updating, lots of packages don't work right now. I have to check the status of current openwrt/lede repos, the fork caused some issues last time. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Something is really wrong with last test 34390 Kong build 01/05/18 and i lost Internet 3 times during 30 minutes with no errors in Syslog. Back to 34320 Kong 01/02/18 with 3.18.91 kernel _________________ Netgear R7800
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Fri Jan 05, 2018 20:57 Post subject:
not much to say for r34390m, nothings fixed, qos latency is the same but the qos sirq load is now absolutely pathetic, its even higher now to the point its nearly maxing the entire cpu at 150mbps.. while k3.18 was about 47% free with half the latency too. so much for k4.x being faster, imagine other routers getting like like a wndr4300, probably get 5mbps with qos
this is with wan interface on core 1 which must now by done even for htb, if interrupts are left default now NO COMBO will get qos over 110mbps.. so all in all we lost over 100mbps with of qos performance & doubled latency..
still see "generic phy" in boot log about the switch instead of more ipq806x dwmac etc like 3.18.. if we are using some crap generic switch driver i wonder why.
some kernel or driver maintainer needs to be fired. _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
Something is really wrong with last test 34390 Kong build 01/05/18 and i lost Internet 3 times during 30 minutes with no errors in Syslog. Back to 34320 Kong 01/02/18 with 3.18.91 kernel
+1 same here but only on wifi clients, lan computers are still working. Back to "non-test" r34320M and all the wireless clients are back to the big internet
not much to say for r34390m, nothings fixed, qos latency is the same but the qos sirq load is now absolutely pathetic, its even higher now to the point its nearly maxing the entire cpu at 150mbps.. while k3.18 was about 47% free with half the latency too. so much for k4.x being faster, imagine other routers getting like like a wndr4300, probably get 5mbps with qos
this is with wan interface on core 1 which must now by done even for htb, if interrupts are left default now NO COMBO will get qos over 110mbps.. so all in all we lost over 100mbps with of qos performance & doubled latency..
still see "generic phy" in boot log about the switch instead of more ipq806x dwmac etc like 3.18.. if we are using some crap generic switch driver i wonder why.
some kernel or driver maintainer needs to be fired.
I'm not so sure it has to do with the mainline kernel, plenty of people are running kernels newer than 3.18 without the serious regressions that are occurring on dd-wrt builds.
Is there a semi-straightforward way of getting perf or eBPF on these builds to investigate the performance issues?
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Sat Jan 06, 2018 1:03 Post subject:
WaterWater wrote:
tatsuya46 wrote:
not much to say for r34390m, nothings fixed, qos latency is the same but the qos sirq load is now absolutely pathetic, its even higher now to the point its nearly maxing the entire cpu at 150mbps.. while k3.18 was about 47% free with half the latency too. so much for k4.x being faster, imagine other routers getting like like a wndr4300, probably get 5mbps with qos
this is with wan interface on core 1 which must now by done even for htb, if interrupts are left default now NO COMBO will get qos over 110mbps.. so all in all we lost over 100mbps with of qos performance & doubled latency..
still see "generic phy" in boot log about the switch instead of more ipq806x dwmac etc like 3.18.. if we are using some crap generic switch driver i wonder why.
some kernel or driver maintainer needs to be fired.
I'm not so sure it has to do with the mainline kernel, plenty of people are running kernels newer than 3.18 without the serious regressions that are occurring on dd-wrt builds.
Is there a semi-straightforward way of getting perf or eBPF on these builds to investigate the performance issues?
not saying its all kernels over 3.18 but its at least 4.9 & 4.14 thats under our implementation, as 4.4 on our broadcom side is absolutely the same as 3.18. ive tried iperf it never shows the cpu saturation issue or latency issue. its also lied to me all this time when i used it to get rough cpu max nat speeds, even for that its been about 25mbps over actual nat maxes with a real internet (eg: dir-862L).
our qos is old garbo on many levels thats already been identified by kong, but none are a 2hr or even a 2 day fix _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
well, as i'm asking that's because im away from my unit now
and i cant test it ??!! _________________ 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
Joined: 30 Jan 2015 Posts: 676 Location: Texas, USA
Posted: Sat Jan 06, 2018 18:49 Post subject:
There is an updated build for Kong, today:
Firmware Version: DD-WRT v3.0-r34405M kongat (01/06/1
Kernel VersionLinux 4.14.12 #10 SMP Sat Jan 6 09:21:01 CET 2018 armv7l _________________ 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
Tested both Kong builds (main build 34320 with 3.18.91 kernel and test 34405 with 4.14.12 kernel) almost at the same time with no QoS, no USB, no WebServers.
On both builds I got the same 210mbs internet download speed and 31ms average download bufferbloat.
Both builds looks stable so far
I dont see any points for 4.14 right now so will stay with 3.18 for awhile _________________ Netgear R7800
Further testing is showing serious problems in all 4.14 builds. The Internet is constantly loosing connection for couple seconds even on Lan and unfortunately not usable for now. _________________ Netgear R7800