I had briefly tried OpenWRT v18.06.1 on my EA8500 and noticed that they use Kernel 4.14.
Maybe rather than getting 4.9 to work the way people want, Kong might want to move to 4.14 and optimize for this newer kernel.
I have tried it too, but my impressions were not the best, low TX/RX power....samba is too slow (50% than usual) wifi driver seems not working as it should to.
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Thu Oct 18, 2018 10:34 Post subject:
labrok wrote:
tatsuya46 wrote:
stalonge wrote:
labrok wrote:
jerrytouille wrote:
Alozaros wrote:
vit5421 wrote:
The latency is still far behind on 4.9
for some odd reason im looking forward for 3.18 builds....
if soon
Yes please
i am with you, but instead of looking to turn back to a -working but already old-kernel maybe should be better to help kong fix the newer one? Neither i can be 100% sure for my EA-8500 with k4 that it will work fluently, proven that it isnt but i believe its better to help him fix the newer kernel than staying to the old one, even my old and cheap 1043ND is onb k4 without issues, even qos is perfect, its a pitty for my expensive EA-8500 to remain to the old one!
I dont know why .. but my dsl report get sometimes A in bufferbloat and sometimes B ... Of course i know that have some work to do ..
my wan link is 240/24 ( cable ) .. i am in Brazil .. this situation could change the results ?
stop looking at dslreports "grading", its algorithm is terrible and pathetic, look at the actual down and upload latency. be sure hi-res bufferbloat is enabled in settings.
and if possible, make sure ur browser doesnt have a stupidly low timer precision to "protect" against spectre/meltdown (its pointless and makes browsers inaccurate, undo it if allowed to)
Good to know it, but how? Never have seen such setting on Mozilla which i am using!
now check before and after on dslreports look at browser cpu, for me on windows 10 pro x64 17763 i7 8700k:
before: Browser CPU fast (74375)
after: Browser CPU very fast (172232)
also gives me lower puma6 latency with firefox, same as edge now.
nickant wrote:
I had briefly tried OpenWRT v18.06.1 on my EA8500 and noticed that they use Kernel 4.14.
Maybe rather than getting 4.9 to work the way people want, Kong might want to move to 4.14 and optimize for this newer kernel.
been tried, no difference. even though qualcomm atheros has a 4.14 tree and not 4.9 im guessing kong is opting to say with 4.9 cause thats what BS is on.. (considering 4.14 had no better differences vs it) _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
I'm getting an F for Bufferbloat on my EA8500.
I'm on adsl2+
All services are static leases.
No qos setup at present.
OpenVPN Client running.
Any settings I can change to help fix this?
EDIT:
Added QoS (HTB + FQ_CODEL)
Tested on Linux Mint PC after modifying Firefox timing
Now gives a rating of C or D _________________ ------------------------------------
Linksys WRT3200ACM DD-WRT r55819 (Gateway)
Linksys EA8500 OpenWrt-23.05.3 (Wired AP)
Netgear WNDR3700v4 DD-WRT r55819 (spare Gateway)
Photos: https://www.flickr.com/photos/nickant44/albums
Last edited by nickant on Thu Oct 18, 2018 22:13; edited 2 times in total
Are there more immediate updates coming or is the 10/17 build it for a few days? I don't want to get into upgrading every few hours right now. _________________ Routing:.......Asus RT-AX88U (Asuswrt-Merlin 384.14) Switching:....Netgear GS608_V3 & GS605_V4, TrendNet TEG-S82G & TEG-S50G
I'm getting an F for Bufferbloat on my EA8500.
I'm on adsl2+
All services are static leases.
No qos setup at present.
OpenVPN Client running.
Any settings I can change to help fix this?
EDIT:
Added QoS (HTB + FQ_CODEL)
Tested on Linux Mint PC after modifying Firefox timing
Now gives a rating of C or D
It is important to set a percentage of your total bandwidth, not the total bandwidth if you didn't already by any chance. Try 90% of your bandwidth and bufferbloat should improve. It is all about finding the sweet spot.
I've tried 80, 85 and 90%
Best rating so far is a B with C being the average. _________________ ------------------------------------
Linksys WRT3200ACM DD-WRT r55819 (Gateway)
Linksys EA8500 OpenWrt-23.05.3 (Wired AP)
Netgear WNDR3700v4 DD-WRT r55819 (spare Gateway)
Photos: https://www.flickr.com/photos/nickant44/albums
I've tried 80, 85 and 90%
Best rating so far is a B with C being the average.
You need to post your "rating" on what the bufferbloat indicates in ms as tatsuya46 mentioned the gradings are worthless.
I have a 250/10 plan and so far using the latest 3.18, my blufferbloat is 163 d/l , 37 up and and 38ms idle..ya i know it sucks,,,,,still trying to find that "sweet spot"...
d
Note that the OpenVPN Client is running and connected to a server interstate.
With so little available speed, especially upload, I have taken QoS off - the speed hit is too high. _________________ ------------------------------------
Linksys WRT3200ACM DD-WRT r55819 (Gateway)
Linksys EA8500 OpenWrt-23.05.3 (Wired AP)
Netgear WNDR3700v4 DD-WRT r55819 (spare Gateway)
Photos: https://www.flickr.com/photos/nickant44/albums
What a mess. I'm on VDSL 100/40 now and this is bullshit, without qos my download rates are worse than with qos, the reson is because telecom qos kicks in once ping gets too high and then throttles.
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Fri Oct 19, 2018 6:56 Post subject:
<Kong> wrote:
What a mess. I'm on VDSL 100/40 now and this is bullshit, without qos my download rates are worse than with qos, the reson is because telecom qos kicks in once ping gets too high and then throttles.
What a mess. I'm on VDSL 100/40 now and this is bullshit, without qos my download rates are worse than with qos, the reson is because telecom qos kicks in once ping gets too high and then throttles.
Anyways, I see your issue now tatsuya, my cpu load jumps to100%.
with what packet scheduler+queueing discipline?
I tried HFSC+FQ_CODEL and the same happens with HTB+FQ_CODEL and that doesn't make sense, as I only had around 15% CPU load on my 50/10 line. Have not done a test with 3.18. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
When the router is up from a more than 8-10 hours, happen than some packet drop or the connection go down for a little, very little time.
I noticed this streaming a local content to my kodi player. If I reboot the router all ok, then after 8-10 hours the problem return. During a stream kodi skip to the next file or became black and freeze or make a buffer (file are not so big and the distance is very short). No problem with the old release