Boost Net_speed by Network Tuning on nexus 5

Search This thread
By:
Advanced…
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung


Another method to Network Tuning and Performance by touch some value on linux tcp/IP tuning to give us some significant result on test speed and download process more faster than usual.

Tweak are made for boosting the interneet without any app so you must be Rooted, TWRP , Busybox inside and some rom or kernel to supported for init.d on system/etc or do a little search on xda how to put the init .d insde yours and for busybox download from palystore

this tweak cannot be combine with some other tweak for net_tweak because i dont know what kind of tweak inside your rom it will be give you some crash or the tweak not running as well
how to test or running my tweak :

backup up first so if there's and problem you can restore everything
and do manualy by deleting the init.d stuff ( note . if u have one ) and just get rid all the build prop for tweaking especilay mention about tcp buffer size .. u can grab it from the original rom and push it to your device



tweak as desired, depending on your internet connection and maximum bandwidth/latency on your country so this tweak not guarantee will give u same result ​



how to flash :
1. reboot to twrp
2. flash the file
3. wipe cache and dalvik
4. reboot . ( be patient take time to boot up )


For uninstal my tweak you can do it manualy :
extract my zip file and take alook at it
open app like rootexplorer . and delete all the stuff then reboot
done


Choose and Please .. comment and give me full report this tweak is running or not .. so i can do more

(tested on my nexus 5 (6.0.1) / 7.0.1 /7.1 not test on oreo yet

this tweak based on many reference on goolge you can do alittle search how to and know how


I'm not responsible if there is any kind off damage !!!

Hits Thank Button if i Helped you and give you more !!!​
 

Attachments

  • Boost_net_test_rc01.zip
    1 MB · Views: 3,410
  • Boost_net_test_rc02.zip
    732.6 KB · Views: 655
  • Boost_net_test_rc03.zip
    731.4 KB · Views: 517
  • Boost_net_test_rc04.zip
    732 KB · Views: 3,331
Last edited:
  • Like
Reactions: Darnrain1, Samuel Holland, dreamriderz and 3 others
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
After couple of experiment and tested ..i remove all the link above .. because as i said in red line on #post 1 every each country has diffrent internet connection and maximum bandwidth/latency but i wont stop to figure out and find the best value to maximize the network speed and performance especialy on 6.0.1 up, may be some other people say why you so hassle create this this craft and useless well the answer came because i'm can't find any app/ or tweaking value to give me some satisfaction, like on kernel under 2.6 (2011- 2013 )

some explanation you can find in here

http://www.linux-admins.net/2010/09/linux-tcp-tuning.html

and these are what @zeppelinrox do on kick as kernel tweak :

echo " Applying Network Tweaks...";
echo \$line;
echo "";
$sleep;
#
# Queue size modifications
busybox sysctl -e -w net.core.wmem_max=1048576;
busybox sysctl -e -w net.core.rmem_max=1048576;
#busybox sysctl -e -w net.core.rmem_default=262144;
#busybox sysctl -e -w net.core.wmem_default=262144;
busybox sysctl -e -w net.core.optmem_max=20480;
busybox sysctl -e -w net.unix.max_dgram_qlen=50;
#
busybox sysctl -e -w net.ipv4.tcp_moderate_rcvbuf=1; # Be sure that autotuning is in effect
busybox sysctl -e -w net.ipv4.route.flush=1;
busybox sysctl -e -w net.ipv4.udp_rmem_min=6144;
busybox sysctl -e -w net.ipv4.udp_wmem_min=6144;
busybox sysctl -e -w net.ipv4.tcp_rfc1337=1;
busybox sysctl -e -w net.ipv4.ip_no_pmtu_disc=0;
busybox sysctl -e -w net.ipv4.tcp_ecn=0;
busybox sysctl -e -w net.ipv4.tcp_rmem='6144 87380 1048576';
busybox sysctl -e -w net.ipv4.tcp_wmem='6144 87380 1048576';
busybox sysctl -e -w net.ipv4.tcp_timestamps=0;
busybox sysctl -e -w net.ipv4.tcp_sack=1;
busybox sysctl -e -w net.ipv4.tcp_fack=1;
busybox sysctl -e -w net.ipv4.tcp_window_scaling=1;
#
# Re-use sockets in time-wait state
busybox sysctl -e -w net.ipv4.tcp_tw_recycle=1;
busybox sysctl -e -w net.ipv4.tcp_tw_reuse=1;
#
# KickAss UnderUtilized Networking Tweaks below initially suggested by avgjoemomma (from XDA)
# Refined and tweaked by zeppelinrox... duh.
#
busybox sysctl -e -w net.ipv4.tcp_congestion_control=cubic; # Change network congestion algorithm to CUBIC
#
# Hardening the TCP/IP stack to SYN attacks (That's what she said)
# http://www.cyberciti.biz/faq/linux-kernel-etcsysctl-conf-security-hardening
# http://www.symantec.com/connect/articles/hardening-tcpip-stack-syn-attacks
#
busybox sysctl -e -w net.ipv4.tcp_syncookies=1;
busybox sysctl -e -w net.ipv4.tcp_synack_retries=2;
busybox sysctl -e -w net.ipv4.tcp_syn_retries=2;
busybox sysctl -e -w net.ipv4.tcp_max_syn_backlog=1024;
#
busybox sysctl -e -w net.ipv4.tcp_max_tw_buckets=16384; # Bump up tw_buckets in case we get DoS'd
busybox sysctl -e -w net.ipv4.icmp_echo_ignore_all=1; # Ignore pings
busybox sysctl -e -w net.ipv4.icmp_echo_ignore_broadcasts=1; # Don't reply to broadcasts (prevents joining a smurf attack)
busybox sysctl -e -w net.ipv4.icmp_ignore_bogus_error_responses=1; # Enable bad error message protection (should be enabled by default)
busybox sysctl -e -w net.ipv4.tcp_no_metrics_save=1; # Don't cache connection metrics from previous connection
busybox sysctl -e -w net.ipv4.tcp_fin_timeout=15;
busybox sysctl -e -w net.ipv4.tcp_keepalive_intvl=30;
busybox sysctl -e -w net.ipv4.tcp_keepalive_probes=5;
busybox sysctl -e -w net.ipv4.tcp_keepalive_time=1800;
#
# Don't pass traffic between networks or act as a router
busybox sysctl -e -w net.ipv4.ip_forward=0; # Disable IP Packet forwarding (should be disabled already)
busybox sysctl -e -w net.ipv4.conf.all.send_redirects=0;
busybox sysctl -e -w net.ipv4.conf.default.send_redirects=0;
#
# Enable spoofing protection (turn on reverse packet filtering)
busybox sysctl -e -w net.ipv4.conf.all.rp_filter=1;
busybox sysctl -e -w net.ipv4.conf.default.rp_filter=1;
#
# Don't accept source routing
busybox sysctl -e -w net.ipv4.conf.all.accept_source_route=0;
busybox sysctl -e -w net.ipv4.conf.default.accept_source_route=0 ;
#
# Don't accept redirects
busybox sysctl -e -w net.ipv4.conf.all.accept_redirects=0;
busybox sysctl -e -w net.ipv4.conf.default.accept_redirects=0;
busybox sysctl -e -w net.ipv4.conf.all.secure_redirects=0;
busybox sysctl -e -w net.ipv4.conf.default.secure_redirects=0;
Click to expand...
Click to collapse

and the script running as well .. ( Under jelly bean )

i edited most of my post and get rid all the link .. i give you some link to test
just wait and see i'm working on it

meanwhile if you want to try, i made a simple script based on last kisk ass kernel
give me some report if u have aproblem or the script not running i do my best i could .. Thank for testing it .. Cheers
 

Attachments

  • Boost_net_test_rc01.zip
    1 MB · Views: 639
Last edited:
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
The short summary:

TCP performance tuning - how to tune linux

The default Linux tcp window sizing parameters before 2.6.17 sucks.
The short fix [wirespeed for gigE within 5 ms RTT and fastE within 50 ms RTT]:
in /etc/sysctl.conf
net/core/rmem_max = 8738000
net/core/wmem_max = 6553600
net/ipv4/tcp_rmem = 8192 873800 8738000
net/ipv4/tcp_wmem = 4096 655360 6553600

It might also be a good idea to increase vm/min_free_kbytes, especially
if you have e1000 with NAPI or similar. A sensible value is 16M or 64M:
vm/min_free_kbytes = 65536
If you run an ancient kernel, increase the txqueuelen to at least 1000:
ifconfig ethN txqueuelen 1000
If you are seeing "TCP: drop open request" for real load (not a DDoS),
you need to increase tcp_max_syn_backlog (8192 worked much better than
1024 on heavy webserver load).

The background:
TCP performance is limited by latency and window size (and overhead, which
reduces the effective window size) by window_size/RTT (this is how much data
that can be "in transit" over the link at any given moment).
To get the actual transfer speeds possible you have to divide the resulting
window by the latency (in seconds):
The overhead is: window/2^tcp_adv_win_scale (tcp_adv_win_scale default is 2)
So for linux default parameters for the recieve window (tcp_rmem):
87380 - (87380 / 2^2) = 65536.
Given a transatlantic link (150 ms RTT), the maximum performance ends up at:
65536/0.150 = 436906 bytes/s or about 400 kbyte/s, which is really slow today.
With the increased default size:
(873800 - 873800/2^2)/0.150 = 4369000 bytes/s, or about 4Mbytes/s, which
is resonable for a modern network. And note that this is the default, if
the sender is configured with a larger window size it will happily scale
up to 10 times this (8738000*0.75/0.150 = ~40Mbytes/s), pretty good for
a modern network.

2.6.17 and later have resonably good defaults values, and actually tune
the window size up to the max allowed, if the other side supports it. So
since then most of this guide is not needed. For good long-haul throughput
the maxiumum value might need to be increased though.
For the txqueuelen, this is mostly relevant for gigE, but should not hurt
anything else. Old kernels have shipped with a default txqueuelen of 100,
which is definately too low and hurts performance.
net/core/[rw]mem_max is in bytes, and the largest possible window size.
net/ipv4/tcp_[rw]mem is in bytes and is "min default max" for the tcp
windows, this is negotiated between both sender and reciever. "r" is for
when this machine is on the recieving end, "w" when the connection is
initiated from this machine.
There are more tuning parameters, for the Linux kernel they are documented
in Documentation/networking/ip-sysctl.txt, but in our experience only the
parameters above need tuning to get good tcp performance..


Know How

list the sysctl’s that usually have impact on network performance:

net.nf_conntrack_max
maximum number of tracked connection in iptables
net.ipv4.ip_local_port_range
range of ports used for outgoing TCP connections (useful to change it if you have a lot of outgoing connections from host)
net.ipv4.tcp_rmem
autotuning tcp receive buffer parameters
net.ipv4.tcp_wmem
autotuning tcp send buffer parameters
net.ipv4.rmem_max
maximum tcp socket receive buffer memory size (in bytes)
net.ipv4.wmem_max
maximum tcp socket send buffer memory size (in bytes)
net.ipv4.tcp_mem
TCP buffer memory usage thresholds for autotuning, in memory pages (1 page = 4kb)
net.core.somaxconn
maximum listen queue size for sockets (useful and often overlooked setting for loadbalancers, webservers and application servers (like unicorn, php-fpm). If all server processes/threads are busy, then incoming client connections are put in “backlog” waiting for being served). Full backlog causes client connections to be immediately rejected, causing client error.
net.core.dev_weight
maximum number of frames that kernel may drain from device queue during one interrupt cycle (setting higher value will allow more packets to be processed during one softirq cycle, but longer gaps between CPU availability for applications)
net.core.netdev_max_backlog
number of slots in the receiver's ring buffer for arriving packets (kernel put packets in this queue if the CPU is not available to process them, for example by application)
net.ipv4.tcp_keepalive_time
interval in seconds between last packet sent and first keepalive probe sent by linux
net.ipv4.tcp_keepalive_probes
number of unacknowledged keepalive probe packets to send before
 
Last edited:
  • Like
Reactions: sakaranda and stefano2626
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
Every improvemnt for lates experiment will be post ini here and this is the lates update
for our device ( Qualcom snapdragon 800 , MSM 8974 )

Last tested on nougat 7.1 [ROM][LOS14.1][7.1.2_r29] DARK ROM [OMS] huge thanks for that

The latest give me some Amazing improvement on my N5 the one and only i have ....i missed my xperia :crying:.test using gsm network 3G/4G


Change Log :
1. New Value on signal stability
2. New IPtable on system bin based msm 8974 device
3. Change most of value on script
4. busybox include not to necessary download from ps ( give me some crash with latest super su )
4. Google dns included and more i think i forgot :)

before you use this it will be better if you upgrade your bootloader and radio to the latest update
i make flashble zip for that just grab it (hhz20h-2.0.50.2.30)

grab it here :

lates bootloader and radio
https://www.androidfilehost.com/?fid=746010030569955615

Boosted V.1.0 tweak :
https://www.androidfilehost.com/?fid=890129502657584755

Just try it and give me some feed back..
and please delete manualy the old tweak or you can do dirty flash to try this


ENJOY...... YOU ARE BOOSTED NOW !!!
​
 
Last edited:
daedric

daedric

Senior Member
Dec 24, 2006
2,260
468
Porto
My issues with this mod is not what the TCP tweaks to the kernel and build.prop.

It lies here:

00Cleaner:

Code: 
if $cache; then
    echo "* RemoveCache Tweaks Starting At $( date +"%m-%d-%Y %H:%M:%S" )" | tee -a $raweLOG
    busybox find /data/data -type d -iname "*cache*" -maxdepth 2 -mindepth 2 -exec busybox rm -rf {} ';'
    busybox rm -f /data/anr/*.*
    busybox rm -f /data/cache/*.*
    busybox rm -f /data/log/*.*
    busybox rm -f /data/mlog/
    busybox rm -f /data/tombstones/*
    busybox rm -f /data/backup/pending/*
    busybox rm -r /data/local/tmp/*
    busybox rm -r /data/system/appusagestats/*
    busybox rm -r /data/system/dropbox/*
    busybox rm -f /data/system/usagestats/*
    echo "* RemoveCache Tweaks Finished At $( date +"%m-%d-%Y %H:%M:%S" )" | tee -a $raweLOG
fi

and

01killing
Code: 
#System rw at boot
sysrw

#Clean-up
find /data/data/*/cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/*/cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/*/*/cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/Cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/Cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/*/Cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/*/*/Cache/ -depth -mindepth 1 -exec rm -Rf {} \;
rm -Rf /data/data/com.facebook.katana/files/video-cache/*

#Google service drain fix
su -c "pm enable com.google.android.gms/.update.SystemUpdateActivity"
su -c "pm enable com.google.android.gms/.update.SystemUpdateService"
su -c "pm enable com.google.android.gms/.update.SystemUpdateService$ActiveReceiver"
su -c "pm enable com.google.android.gms/.update.SystemUpdateService$Receiver"
su -c "pm enable com.google.android.gms/.update.SystemUpdateService$SecretCodeReceiver"
su -c "pm enable com.google.android.gsf/.update.SystemUpdateActivity"
su -c "pm enable com.google.android.gsf/.update.SystemUpdatePanoActivity"
su -c "pm enable com.google.android.gsf/.update.SystemUpdateService"
su -c "pm enable com.google.android.gsf/.update.SystemUpdateService$Receiver"
su -c "pm enable com.google.android.gsf/.update.SystemUpdateService$SecretCodeReceiver"

I'm not sure what this all does on boot...

moreover, a permanent non upgradable hosts file redirecting all ads to localhost will probably reflect in a somewhat better web performance, but you should announce that you're doing it.


Code: 
# This hosts file has been generated by AdAway on:
# 2016-11-15 23:17:02
# Please do not modify it directly, it will be overwritten when AdAway is applied again.
# This file is generated from the following sources:
# [url]http://winhelp2002.mvps.org/hosts.txt[/url]
# [url]https://adaway.org/hosts.txt[/url]
# [url]https://hosts-file.net/ad_servers.txt[/url]
# [url]https://pgl.yoyo.org/adservers/serverlist.php?hostformat=hosts&showintro=0&mimetype=plaintext[/url]
127.0.0.1 localhost
::1 localhost

127.0.0.1 ad.doubleclick.net.18295.9086.302br.net
127.0.0.1 db6.net-filter.com
127.0.0.1 ads.doktoronline.no
127.0.0.1 logc189.xiti.com
127.0.0.1 spinbox.techtracker.com
...
...
...
...


BTW, and for the record, to give credit where it's due:

Code: 
 ================ Copyright (C) 2014 rawe Project ================

 This program is free software: you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation, either version 3 of the License, or
 (at your option) any later version.

 This program is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 GNU General Public License for more details.

 You should have received a copy of the GNU General Public License
 along with this program.  If not, see <http://www.gnu.org/licenses/>.

 =====================================================================
 
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
daedric said:
My issues with this mod is not what the TCP tweaks to the kernel and build.prop.

It lies here:

00Cleaner:

Code: 
if $cache; then
    echo "* RemoveCache Tweaks Starting At $( date +"%m-%d-%Y %H:%M:%S" )" | tee -a $raweLOG
    busybox find /data/data -type d -iname "*cache*" -maxdepth 2 -mindepth 2 -exec busybox rm -rf {} ';'
    busybox rm -f /data/anr/*.*
    busybox rm -f /data/cache/*.*
    busybox rm -f /data/log/*.*
    busybox rm -f /data/mlog/
    busybox rm -f /data/tombstones/*
    busybox rm -f /data/backup/pending/*
    busybox rm -r /data/local/tmp/*
    busybox rm -r /data/system/appusagestats/*
    busybox rm -r /data/system/dropbox/*
    busybox rm -f /data/system/usagestats/*
    echo "* RemoveCache Tweaks Finished At $( date +"%m-%d-%Y %H:%M:%S" )" | tee -a $raweLOG
fi

and

01killing
Code: 
#System rw at boot
sysrw

#Clean-up
find /data/data/*/cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/*/cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/*/*/cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/Cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/Cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/*/Cache/ -depth -mindepth 1 -exec rm -Rf {} \;
find /data/data/*/*/*/*/Cache/ -depth -mindepth 1 -exec rm -Rf {} \;
rm -Rf /data/data/com.facebook.katana/files/video-cache/*

#Google service drain fix
su -c "pm enable com.google.android.gms/.update.SystemUpdateActivity"
su -c "pm enable com.google.android.gms/.update.SystemUpdateService"
su -c "pm enable com.google.android.gms/.update.SystemUpdateService$ActiveReceiver"
su -c "pm enable com.google.android.gms/.update.SystemUpdateService$Receiver"
su -c "pm enable com.google.android.gms/.update.SystemUpdateService$SecretCodeReceiver"
su -c "pm enable com.google.android.gsf/.update.SystemUpdateActivity"
su -c "pm enable com.google.android.gsf/.update.SystemUpdatePanoActivity"
su -c "pm enable com.google.android.gsf/.update.SystemUpdateService"
su -c "pm enable com.google.android.gsf/.update.SystemUpdateService$Receiver"
su -c "pm enable com.google.android.gsf/.update.SystemUpdateService$SecretCodeReceiver"

I'm not sure what this all does on boot...

moreover, a permanent non upgradable hosts file redirecting all ads to localhost will probably reflect in a somewhat better web performance, but you should announce that you're doing it.


Code: 
# This hosts file has been generated by AdAway on:
# 2016-11-15 23:17:02
# Please do not modify it directly, it will be overwritten when AdAway is applied again.
# This file is generated from the following sources:
# [url]http://winhelp2002.mvps.org/hosts.txt[/url]
# [url]https://adaway.org/hosts.txt[/url]
# [url]https://hosts-file.net/ad_servers.txt[/url]
# [url]https://pgl.yoyo.org/adservers/serverlist.php?hostformat=hosts&showintro=0&mimetype=plaintext[/url]
127.0.0.1 localhost
::1 localhost

127.0.0.1 ad.doubleclick.net.18295.9086.302br.net
127.0.0.1 db6.net-filter.com
127.0.0.1 ads.doktoronline.no
127.0.0.1 logc189.xiti.com
127.0.0.1 spinbox.techtracker.com
...
...
...
...


BTW, and for the record, to give credit where it's due:

Code: 
 ================ Copyright (C) 2014 rawe Project ================

 This program is free software: you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation, either version 3 of the License, or
 (at your option) any later version.

 This program is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 GNU General Public License for more details.

 You should have received a copy of the GNU General Public License
 along with this program.  If not, see <http://www.gnu.org/licenses/>.

 =====================================================================
Click to expand...
Click to collapse

thanks in advance
sorry late for respond..i have a lot of work to do
i'll try to fix and run the script on boot and running flawless
i.m still working on it doing some test and else

wide open minded if there any sugestion and oppinion cheers
 
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
Boost_net_test rc 02
Tested On Nougat ( Pure Nexus 7.1 ) Huge thank for they awesome rom and hardwork
i just make additional option for net connection and i think nougat better on net then mm

Change Log :

- change the other method with directly touch the tuning from buildprop
- busybox included

Note :
Backup your buildprop to your sdcard ! and if theres some wrong u can push it manualy
for check just take alook system/buildprop on your device and you will find my tweak on it

link moved to post #1
 
Last edited:
  • Like
Reactions: alienblackpro
A

alienblackpro

New member
Dec 24, 2014
4
0
rawe_etc said:
Boost_net_test rc 02
Tested On Nougat ( Pure Nexus 7.1 ) Huge thank for they awesome rom and hardwork
i just make additional option for net connection and i think nougat better on net then mm

Change Log :

- change the other method with directly touch the tuning from buildprop
- busybox included

Note :
Backup your buildprop to your sdcard ! and if theres some wrong u can push it manualy
for check just take alook system/buildprop on your device and you will find my tweak on it
Click to expand...
Click to collapse
Canthis tweak work on 8.1.0 oreo.?.. Or can you share any significant information i should be researching to better acheive this tweak.?.. Thank you in advance. RUNNING. GZOSP
 
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
alienblackpro said:
Canthis tweak work on 8.1.0 oreo.?.. Or can you share any significant information i should be researching to better acheive this tweak.?.. Thank you in advance. RUNNING. GZOSP
Click to expand...
Click to collapse

not testing yet on oreo . but i think this can be work on oreo cause it just tweak on build prop and the main goal of this tweak are pushing the kernel 3. above to the limit until we get the max result, my advice just try it ! not to worry .. but u should backup your rom first .. do some test by app on playstore .. before u flashin this tweak and after ,, if anything goes wrong u can restore your rom and everthing will be back .. cheers
 
  • Like
Reactions: alienblackpro
A

alienblackpro

New member
Dec 24, 2014
4
0
rawe_etc said:
not testing yet on oreo . but i think this can be work on oreo cause it just tweak on build prop and the main goal of this tweak are pushing the kernel 3. above to the limit until we get the max result, my advice just try it ! not to worry .. but u should backup your rom first .. do some test by app on playstore .. before u flashin this tweak and after ,, if anything goes wrong u can restore your rom and everthing will be back .. cheers
Click to expand...
Click to collapse
Yes foe sure...just needed the boot of confidence.. Thanks again..and yes sir im no strangee to brinking devices back from the dead...FYI....OREO. Running great on tge old " hammerhead"...#NEVERSETTLE
 
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
alienblackpro said:
Yes foe sure...just needed the boot of confidence.. Thanks again..and yes sir im no strangee to brinking devices back from the dead...FYI....OREO. Running great on tge old " hammerhead"...#NEVERSETTLE
Click to expand...
Click to collapse

Try this one my freind
Due on hammerhead kernel for maximus TCP tunning 7.1 and give me some feedback


link moved to post #1
 
Last edited:
A

alienblackpro

New member
Dec 24, 2014
4
0
alienblackpro said:
Okie dokie,..here goes nothin....crossed fingers...feed back soon as i can..:good::good:
Click to expand...
Click to collapse
Not letting me post screen shots...somethin im doing wrong here..?.. Flashed fine...im sure im missing a whole lot about other parameters i need to follow...to free all capabilities of your script...i was gonna post my kernal ....and anything else you need for feedback..i also have map of coverage here ...and it not bad i just only can get signal outside the house in certain areas...this is why im so desperate to control these networks...about to construct my own tower..!!! Thank you in advance..#NEVERSETTLE.....dies my kernel interfere?.. I have speed up swap running also...wow what a difference... Awaiting guidance fellas...tganx again
 
Last edited:
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
its hard to make it stable .. if u put big or small value .. then some issue come up and i dont gett it why the qualcom not upgrade the modem like iphone .. this is my progress so far .. base on this value on hammerhed 7.1



and i try to put script to make it stabel and change to incerease the download section and decrease the the upload section



3 time test .. give stable result but not significant improvment .. cause cann't deal with the modem and our lovely limeted device
u can figure out on google for that ...



note:
May be in your country will give u diffrent result then mine


and for awhile this project will be suppend cause i have alot of to do in real world

cheeers....... :eek:

new update tweak boot_net_ rc04 .. good luck

link moved to post #1
 
Last edited:
H

HDDDesign

Member
Oct 31, 2017
21
1
46
Alabama
Moto G Play
rawe_etc said:
its hard to make it stable .. if u put big or small value .. then some issue come up and i dont gett it why the qualcom not upgrade the modem like iphone .. this is my progress so far .. base on this value on hammerhed 7.1



and i try to put script to make it stabel and change to incerease the download section and decrease the the upload section



3 time test .. give stable result but not significant improvment .. cause cann't deal with the modem and our lovely limeted device
u can figure out on google for that ...



note:
May be in your country will give u diffrent result then mine


and for awhile this project will be suppend cause i have alot of to do in real world

cheeers....... :eek:

new update tweak boot_net_ rc04 .. good luck
Click to expand...
Click to collapse
OK..so I had no idea it would do full wipe...hardly anything workedvin settings..WiFi wouldn't stay on ...greyed out...icons were different....complete restore....appreciate all your time and work..I'll be following how you come along with this...great work...thanx
 
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
hallo world
i' m back with the lates update all change log u can find on post #5

heres my screen shot .. but sorry
I'm out of internet quota for tested :D .. so only one result for test speed
you can do it by your own or you can try to download something .. u can see some good improvent on downlod speed

enjoy

 
Last edited:
  • Like
Reactions: rnadomuc and Ross Korolov
J

jacomail95

Senior Member
Nov 11, 2012
952
410
28
Fondi, LT
rawe_etc said:
hallo world
i' m back with the lates update all change log u can find on post #5

heres my screen shot .. but sorry
I'm out of internet quota for tested :D .. so only one result for test speed
you can do it by your own or you can try to download something .. u can see some good improvent on downlod speed

enjoy

Click to expand...
Click to collapse

It seems to work fine, connection speed somewhat is quicker, but less battery friendly than before, but anyway I appreciate the work done, thank you for that. If it's in your plans, can you do something about Bypass ISP, Tether boost and DNSmasq features from Crossbreeder to be included in your mod? I really miss them, and they were extremely useful at the time. Take this as a simple question, not a request to be satisfied immediately. Thank you again

Inviato dal mio Nexus 5 con Tapatalk 2
 
rawe_etc

rawe_etc

Senior Member
Apr 13, 2012
171
129
bandung
jacomail95 said:
It seems to work fine, connection speed somewhat is quicker, but less battery friendly than before, but anyway I appreciate the work done, thank you for that. If it's in your plans, can you do something about Bypass ISP, Tether boost and DNSmasq features from Crossbreeder to be included in your mod? I really miss them, and they were extremely useful at the time. Take this as a simple question, not a request to be satisfied immediately. Thank you again

Inviato dal mio Nexus 5 con Tapatalk 2
Click to expand...
Click to collapse

sorry late for respond .. alot off app to support your question hope that will help you but i dont think will work .. on 6.0 above
let see what i can do on next update .. thank you for testing mine.. and support .. some feed back and report give me some energy to give you more

cheers
 
  • Like
Reactions: sickest
cocogendut

cocogendut

Senior Member
Nov 12, 2015
107
60
Bogor
Flash this zip can modify build.prop right?
I change dns server to cloudflare,sorry.
 

Attachments

  • Screenshot_20181008-214908.png
    Screenshot_20181008-214908.png
    210.7 KB · Views: 287
You must log in or register to reply here.

Similar threads

atl4ntis
  • Locked
[ROM][HAMMERHEAD][Marshmallow 6.0.1]Cataclysm for Nexus 5[Jan 05 - Stable]
Replies
28K
Views
6M
Neo
Neo
autoprime
[MODEM] [EFS] Nexus 5 Flashable Modems and EFS Backup [LMY48B]
Replies
2K
Views
864K
M
mandayugana
G
[ROM][N5][NMF26O] Fake nexus rom for Nexus 5. [Dec/06/2016]
Replies
5K
Views
737K
T
ThinnerMetalX
SFCMouco
  • Locked
[ROM] [5.1.1] [NIGHTLY] CyanogenMod 12.1 for Nexus 5
Replies
4K
Views
706K
TonyStark R.I.P.
TonyStark R.I.P.
W
[Toolkit] Wug's Nexus Root Toolkit v2.1.4 [Updated 01/16/16]: Nexus 5 Thread
Replies
2K
Views
527K
Poor Grammar
Poor Grammar

Top Liked Posts

24 Hours All time
  • There are no posts matching your filters.
  • 6
    rawe_etc
    rawe_etc


    Another method to Network Tuning and Performance by touch some value on linux tcp/IP tuning to give us some significant result on test speed and download process more faster than usual.

    Tweak are made for boosting the interneet without any app so you must be Rooted, TWRP , Busybox inside and some rom or kernel to supported for init.d on system/etc or do a little search on xda how to put the init .d insde yours and for busybox download from palystore

    this tweak cannot be combine with some other tweak for net_tweak because i dont know what kind of tweak inside your rom it will be give you some crash or the tweak not running as well
    how to test or running my tweak :

    backup up first so if there's and problem you can restore everything
    and do manualy by deleting the init.d stuff ( note . if u have one ) and just get rid all the build prop for tweaking especilay mention about tcp buffer size .. u can grab it from the original rom and push it to your device



    tweak as desired, depending on your internet connection and maximum bandwidth/latency on your country so this tweak not guarantee will give u same result ​



    how to flash :
    1. reboot to twrp
    2. flash the file
    3. wipe cache and dalvik
    4. reboot . ( be patient take time to boot up )


    For uninstal my tweak you can do it manualy :
    extract my zip file and take alook at it
    open app like rootexplorer . and delete all the stuff then reboot
    done


    Choose and Please .. comment and give me full report this tweak is running or not .. so i can do more

    (tested on my nexus 5 (6.0.1) / 7.0.1 /7.1 not test on oreo yet

    this tweak based on many reference on goolge you can do alittle search how to and know how


    I'm not responsible if there is any kind off damage !!!

    Hits Thank Button if i Helped you and give you more !!!​
    View
    2
    rawe_etc
    rawe_etc
    The short summary:

    TCP performance tuning - how to tune linux

    The default Linux tcp window sizing parameters before 2.6.17 sucks.
    The short fix [wirespeed for gigE within 5 ms RTT and fastE within 50 ms RTT]:
    in /etc/sysctl.conf
    net/core/rmem_max = 8738000
    net/core/wmem_max = 6553600
    net/ipv4/tcp_rmem = 8192 873800 8738000
    net/ipv4/tcp_wmem = 4096 655360 6553600

    It might also be a good idea to increase vm/min_free_kbytes, especially
    if you have e1000 with NAPI or similar. A sensible value is 16M or 64M:
    vm/min_free_kbytes = 65536
    If you run an ancient kernel, increase the txqueuelen to at least 1000:
    ifconfig ethN txqueuelen 1000
    If you are seeing "TCP: drop open request" for real load (not a DDoS),
    you need to increase tcp_max_syn_backlog (8192 worked much better than
    1024 on heavy webserver load).

    The background:
    TCP performance is limited by latency and window size (and overhead, which
    reduces the effective window size) by window_size/RTT (this is how much data
    that can be "in transit" over the link at any given moment).
    To get the actual transfer speeds possible you have to divide the resulting
    window by the latency (in seconds):
    The overhead is: window/2^tcp_adv_win_scale (tcp_adv_win_scale default is 2)
    So for linux default parameters for the recieve window (tcp_rmem):
    87380 - (87380 / 2^2) = 65536.
    Given a transatlantic link (150 ms RTT), the maximum performance ends up at:
    65536/0.150 = 436906 bytes/s or about 400 kbyte/s, which is really slow today.
    With the increased default size:
    (873800 - 873800/2^2)/0.150 = 4369000 bytes/s, or about 4Mbytes/s, which
    is resonable for a modern network. And note that this is the default, if
    the sender is configured with a larger window size it will happily scale
    up to 10 times this (8738000*0.75/0.150 = ~40Mbytes/s), pretty good for
    a modern network.

    2.6.17 and later have resonably good defaults values, and actually tune
    the window size up to the max allowed, if the other side supports it. So
    since then most of this guide is not needed. For good long-haul throughput
    the maxiumum value might need to be increased though.
    For the txqueuelen, this is mostly relevant for gigE, but should not hurt
    anything else. Old kernels have shipped with a default txqueuelen of 100,
    which is definately too low and hurts performance.
    net/core/[rw]mem_max is in bytes, and the largest possible window size.
    net/ipv4/tcp_[rw]mem is in bytes and is "min default max" for the tcp
    windows, this is negotiated between both sender and reciever. "r" is for
    when this machine is on the recieving end, "w" when the connection is
    initiated from this machine.
    There are more tuning parameters, for the Linux kernel they are documented
    in Documentation/networking/ip-sysctl.txt, but in our experience only the
    parameters above need tuning to get good tcp performance..


    Know How

    list the sysctl’s that usually have impact on network performance:

    net.nf_conntrack_max
    maximum number of tracked connection in iptables
    net.ipv4.ip_local_port_range
    range of ports used for outgoing TCP connections (useful to change it if you have a lot of outgoing connections from host)
    net.ipv4.tcp_rmem
    autotuning tcp receive buffer parameters
    net.ipv4.tcp_wmem
    autotuning tcp send buffer parameters
    net.ipv4.rmem_max
    maximum tcp socket receive buffer memory size (in bytes)
    net.ipv4.wmem_max
    maximum tcp socket send buffer memory size (in bytes)
    net.ipv4.tcp_mem
    TCP buffer memory usage thresholds for autotuning, in memory pages (1 page = 4kb)
    net.core.somaxconn
    maximum listen queue size for sockets (useful and often overlooked setting for loadbalancers, webservers and application servers (like unicorn, php-fpm). If all server processes/threads are busy, then incoming client connections are put in “backlog” waiting for being served). Full backlog causes client connections to be immediately rejected, causing client error.
    net.core.dev_weight
    maximum number of frames that kernel may drain from device queue during one interrupt cycle (setting higher value will allow more packets to be processed during one softirq cycle, but longer gaps between CPU availability for applications)
    net.core.netdev_max_backlog
    number of slots in the receiver's ring buffer for arriving packets (kernel put packets in this queue if the CPU is not available to process them, for example by application)
    net.ipv4.tcp_keepalive_time
    interval in seconds between last packet sent and first keepalive probe sent by linux
    net.ipv4.tcp_keepalive_probes
    number of unacknowledged keepalive probe packets to send before
    View
    2
    rawe_etc
    rawe_etc
    hallo world
    i' m back with the lates update all change log u can find on post #5

    heres my screen shot .. but sorry
    I'm out of internet quota for tested :D .. so only one result for test speed
    you can do it by your own or you can try to download something .. u can see some good improvent on downlod speed

    enjoy

    View
    1
    rawe_etc
    rawe_etc
    Boost_net_test rc 02
    Tested On Nougat ( Pure Nexus 7.1 ) Huge thank for they awesome rom and hardwork
    i just make additional option for net connection and i think nougat better on net then mm

    Change Log :

    - change the other method with directly touch the tuning from buildprop
    - busybox included

    Note :
    Backup your buildprop to your sdcard ! and if theres some wrong u can push it manualy
    for check just take alook system/buildprop on your device and you will find my tweak on it

    link moved to post #1
    View
    1
    rawe_etc
    rawe_etc
    alienblackpro said:
    Canthis tweak work on 8.1.0 oreo.?.. Or can you share any significant information i should be researching to better acheive this tweak.?.. Thank you in advance. RUNNING. GZOSP
    Click to expand...
    Click to collapse

    not testing yet on oreo . but i think this can be work on oreo cause it just tweak on build prop and the main goal of this tweak are pushing the kernel 3. above to the limit until we get the max result, my advice just try it ! not to worry .. but u should backup your rom first .. do some test by app on playstore .. before u flashin this tweak and after ,, if anything goes wrong u can restore your rom and everthing will be back .. cheers
    View

New posts