Database Info

[CWM][SCRIPTS][TWEAKS] ThunderBolt! v2.6.1 - 3/5/12 [Major Update Updated!]

ATTENTION: Only the main CWM and screenstate_scaling addon is compatible with ICS for now. LMK only works half way and shouldn't be used until I can find out if there's a method to automate the services.jar (as used by Supercharger to lock down LMK settings.
ATTENTION: 3G addon canot be used for CM7/MIUI at the moment!
ATTENTION: Addons are at the second post!
ATTENTION: 40MB has a very unaggressive LMK that will face lags at the end of the day but have higher degree of multitasking. You were warned
ATTENTION: If you're on Fugumod build 1922, which came out Nov. 3, meaning also on CM nightly 168 (and Neo 18 just recently) or any latest CM7 that has the latest didle code integrated into it, don't flash the screenstate_scaling addon! I've troubleshoot it with lippol94 and I found a bug in the latest didle code. I've explained it in the post here: LINK
ATTENTION: Mount /system before flashing! The CWM zip doesn't mount it for you automatically!!! This is to enable all phones (almost all?) to use this script. Go to "Mounts and Storage" in CWM to do this.
News
Updated ThunderBolt! to v2.6.1 with fixes to the main CWM updater script as well as moved S98bolt_siyah to bolt_scripts. Move it to init.d if you want to use ThunderBolt!'s hotplug/cpuidle/brightness settings for SGSII kernels.
Introduction
ThunderBolt! is a script package by me, pikachu01 that combines a few notable tweaks shamelessly modified to the max as well as hacks and scripts that I came up on my own(and added tonnes of things over the months of development and testing). Without further delay, please read the rest of the OP
Benefits
Better performance, better battery life through Linux kernel tweaks catered for Android OS and flash memory.
Better battery life and performance through usage of screenstate_scaling whereby it switches governors/thresholds/VM depending on your screen state.
Better performance and battery life for database writes as fsync is not utilized anymore.
Better network throughput from TCP tweaks and 3G tweaks
Less RAM usage through zipalign. I found that market apps like Viber and PlantsVsZombies aren't zipaligned. Oh and Swype too. Surprised? Me too.
Reduced /dbdata, /data, /sdcard usage of *.db files and faster database access through defragmentization of sqlite db files (a lot of apps use Database to store data like Swype dictionaries, Game saves etc)
Faster disk access through remount script (noatime, disable barrier etc)
Less lags through Quasi-charger, with mutltasking (e.g. NFS shift + Opera mobile with 5 tabs fully opened and no lags)
Minimum Requirements
Android Gingerbread 2.3.x
Note: Only the main CWM is ICS compatible. The LMK and screenstate_scaling might work on certain ICS ROMs. Try them out first. Nandroid beforehand!
At least 2MB free on /system (Delete unused ringtones or useless apps like Aldiko/Allshare etc).
Root
Kernel that supports init.d
Ext4 lagfix if you want to use the remount script
Addons
The 3G CWM is an addon that in most cases improve your mobile wireless speed.
The libsqlite CWM is an addon that removes the need to fsync before a database write is done. It'll improve database write speeds (where apps like SMS, contacts etc use databases)
The bin files CWM is an addon that uses Fugutweaks + system_server from Honeycomb. Some say that it improves response rates.
The LMK addon strives to maintain an effective LowMemoryKiller so that you have a small degree of multitasking coupled with a huge performance boost and a phone that lasts for days without needing a reboot to "clear off the memory or something". Split the LMK downloads to two with "Talon" version used for TalonDev kernel and "Others" version used for kernels that are not TalonDev. TalonMTD is not TalonDev btw, and "Others" version should be used instead. The higher the LMK value, the less multitasking capability you get. You'll get more performance for it though.
The screenstate_scaling addon will perform VM scaling and ondemand threshold scaling to get the best of battery life and performance. Not for CM7 kernels that have didle (that includes the stock kernel from night 168 onwards).
The graphics addon purpotedly increases graphics acceleration through some prop tweaks. There might be some devices that won't work well with these tweaks, hence I'm making it an addon. Try it and see if it increases frame rate or introduces instabilities.
Touchscreen tweaks are only for i9000. I included it by default though. It'll just be skipped in other devices. No issues here.
Included bolt_siyah script that tweaks SGSII related tunables (Dual core hotplugging settings, brightness related etc). Other phones will just skip this.
Known Issues
If you're using a custom MP3/Wav file as a ringtone, flashing ThunderBolt! might erase that setting causing your ringtone to be silent. Be sure to restore the ringtone again.
Barriers are turned off in /data. Corruption can happen but risks are minimal if you still have journaling.
Libsqlite safety_level is tuned to "1" from "3". There is risk of corruption here. Revert the libsqlite*.so files from the restore pack if you face corruption This is due to no fsync is done before databases are committed into disk hence it'll be faster but at the risk of corruption i.e. Launcher widgets going missing or SMS messages going missing etc.
sqlite_optimize script will produce errors like "malformed database" or "unknown collation sequence". It's normal, it means that these databases are not sqlite compatible, hence erroring out (skipped).
You may sometimes lose access to busybox. Install busybox installer (stericson's) from the market and install 1.19.3 to /xbin.
Bootup (even to the point where you can see the launcher)may be a little slow as zipalign takes some time.
remount script has to be launched using script manager
Remount script is only for i9000 Samsung, i9000 CM7/MIUI and i9001 + a few others(check /sdcard/bolt_scripts)
CWM zip is only for devices that has /system as its mount points. Remember to mount it in CWM.
The LMK/OOM is on the aggressive side. Some apps that you've hidden behind other visible processes SHOULD be killed to make way for bigger apps. This is to ensure your Angry Birds or Fruit Ninja doesn't LAG LIKE HELL after some time.
Instructions
Copy the CWM zip and all the addons you need to your internal sdcard
Mount /system in CWM (IMPORTANT!) (When mounted, it will show "unmount /system" for example. This means that an unmounted partition will show a "mount /system" for the /system partition)
Install using CWM all the CWM zips without needing a reboot in between
Wait for bootup
Open up Script Manager and launch /etc/bolt_scripts/remount[device] (e.g. remounti9000) as Root (The skull icon) and as Boot (The wheel icon).
Open up Script Manager and launch /etc/bolt_scripts/sqlite_optimize as Root (The skull icon). This script can be used arbitrarily at anytime that you want. Don't load it as boot or copy it to init.d though, it'll significantly slow down your boot up as the script is a very long running script.
Open up Script Manager and launch /etc/bolt_scripts/s70darky_zipalign as Root (The skull icon). This script can be used arbitrarily at anytime that you want. You can copy it to init.d and setting its permission to rwx-rwx-rwx. I moved it to bolt_scripts so that first boot for some people won't be slowed down.
????
PROFIT
Note: The remount script is launched using Script Manager as any ROM lagfix will remount the partitions again later after init.d scripts finished launching hence reverting the mounts to stock lagfix mounts. This is true for MIUI/CM7, Voodoo and other lagfixes where partitions will be remounted to relatime just before Android OS appears, thus nullifying the init.d remount.The script then has to be launched only after the Android OS has launched.
Note: sqlite_optimize can be executed at anytime. i.e. once a week to optimize your *.db files. It's usually a 30secs - 2minutes process. Ignore the "malformed database" and "No collation found" errors.
Reverting/Undoing ThunderBolt!
To revert ThunderBolt!, download the appropriate zip packages of your device. Sorry, only CM7/MIUI/i9000 for now. Let me know of your device and I can probably make a restore package for you. All other devices other than CM7/MIUI/i9000, you're on your own if you need to restore. Hence, be sure to have a nandroid backup handy.
Go to CWM, mount /system. Install the restore CWM package.
Repackaging
Repackaging ThunderBolt! into custom ROMs is allowable as long as it is included as a prominent feature of the ROM as well as proper credits are included.
Please reply into the thread if you would like to include it as its just a nice thing to do
You are free to modify the contents of the scripts, but please make it known that you've modified it and also briefly include the modifications you've done to the list of features
How to find out if it works
Use File Expert/ Root Explorer, and navigate here:
Code:
/system/etc/init.d/
You will find at least these files inside (from the main ThunderBolt! package):
Code:
S98system_tweak
S98CFS
Now, using Terminal Emulator, do this:
To enter superuser mode:
Code:
su
Then:
Code:
sysctl -a | grep vm
You will get values like this:
Code:
dirty_ratio = 80
dirty_background_ratio = 40
vfs_cache_pressure = 10
If you use the screenstate_scaling addon and then use ADB, and when the screen is off, you will get:
Code:
dirty_ratio = 90
dirty_background_ratio = 75
vfs_cache_pressure = 1
Next, do this in Terminal Emulator to check for the installed the LMK addon if it works correctly:
Code:
getprop | grep ADJ
You will get:
Code:
[ro.FOREGROUND_APP_ADJ]: [0]
[ro.VISIBLE_APP_ADJ]: [1]
[ro.PERCEPTIBLE_APP_ADJ]: [2]
[ro.HEAVY_WEIGHT_APP_ADJ]: [4]
[ro.SECONDARY_SERVER_ADJ]: [5]
[ro.BACKUP_APP_ADJ]: [6]
[ro.HOME_APP_ADJ]: [3]
[ro.HIDDEN_APP_MIN_ADJ]: [7]
[ro.EMPTY_APP_ADJ]: [15]
Credits
Zacharias.maladroit
XDA's devs for some reference of some tweaks in Zach's scripts
zeppelinrox Supercharger scripts
nikademus - Fugutweaks
ForeverSupra - Fugutweaks ICS
ChainFire - Touchscreen Tweaks
Sources for libsqlite
https://github.com/CyanogenMod/android_external_sqlite
File: sqlite3.c (sqlite v3.7.2)
Modified:
Code:
-73097: aNew->safety_level = 3;
+73097: aNew->safety_level = 1;
-105161: db->aDb[0].safety_level = 3;
+105161: db->aDb[0].safety_level = 1;
Currently working devices
Samsung Galaxy S i9000
Samsung Galaxy S II i9100
Samsung Captivate
Samsung Vibrant
Samsung Galaxy S 4G
Samsung Galaxy S Plus i9001
Samsung Galaxy Note
Samsung Infuse 4G
Samsung Galaxy Tab
Samsung Galaxy S Plus i9001
Samsung Galaxy SL i9003
Samsung Galaxy SII AT&T i777
Samsung Galaxy Nexus
----------------------------------------------------------------------------------------------------------------------------
BUY me a cup of coffee if you enjoy my work. It'll motivate me to work harder and faster

Main scripts
S98system_tweak and S98screenstate_scaling is based on Zach's Platypus scripts.
WARNING:
Other scripts that tweaks the same VM,I/O,Readahead, CFS,BFS etc settings with different values(check the scripts and compare) and what not should not belong in the init.d with Zach's scripts. It'll ruin the harmony of the settings causing decrease in performance/battery life.
The system_tweak file will tweak these:
VM settings (tweaked to offer more battery life and performance with the RAM, a faster memory being used more often than NAND writes)
Prop tweaks (3G/HSDPA tweaks mostly that offer more speed to some people that use US carriers that deliberately reduce their 3G/HSDPA in their build.prop)
Scheduler tweaks (CFS scheduler tweaks that offer more granularity)
TCP tweaks (tweaks the TCP to be more like how our desktop acts)
Network security tweaks (Disables some well known attack windows such as icmp_echo_ignore_broadcasts etc)
Misc tweaks (you can look at the script itself, google will tell you what it does)
Readahead tweaks. Optimizes different memory devices readahead values. It's not 1024/2048 for all devices. It won't work well that way.
Screenstate_scaling can tweak these (governor scaling is disabled by default):
Governor and governor tweaks (threshold etc) when screen is off. Screenstate scaling is used to conserve battery as it swaps out the ondemand governor to conservative when your screen is off. When it turns on again, it will swap it out with ondemand. You can of course, change the AWAKE_GOVERNOR and SLEEP_GOVERNOR to whichever governor you like. Please edit the script and tweak it to your liking
The screen state scaling is to optimize battery life when your screen is off, hence you'll get more battery life out of it.
Editing screenstate_scaling script
Beginning v1.9.3, no governor scaling is done in screenstate_scaling. Only VM scaling.
To enable governor scaling yourself, Use VIM editor ONLY! Using other editors will introduce spaces at the end of each line, corrupting the script.
Read the script, edit it in your PC (it is easy to edit, just read it thoroughly), then push it back to init.d and giving the rwx-rwx-rwx permission.
Link: http://www.vim.org/download.php#pc
Governor of choice
smartassV2 (Both awake and sleep governor).
Don't need to edit the screenstate_scaling for this. Just enable it in Voltage Control etc. Sleep sticks to 100MHz most of the time while 800MHz is the ideal frequency when awake. Might consume more battery when awake compared to ondemand.
ondemand with patched sleep detection (Both awake and sleep governor).
Don't need to edit the screenstate_scaling for this. Just enable it in Voltage Control etc. Battery saving at sleep and fast switching at awake. Might not be as smooth as smartassV2. Note that only TalonDev and Semaphore has this AFAIK. Other kernels might apply the patch in the future. Check with the dev.
ondemand as awake governor and conservative as sleep governor
Battery saving, but not as battery saving as the combinations above. Conservative is a bit more battery saving than ondemand, but due to its tunables being a bit aggressive, only a bit more battery saving. Conservative is battery saving in nature due to it scaling slower than ondemand. It still has the problem of inherently scaling to the maximum while asleep which is non-existent or low probability of happening in the combination above.
Disclaimer
This won't brick your phone or cause it to go haywire. If it does, I will not be responsible for it. Do some research before attempting to use it (as always).
remount Script
I created a post-boot script that you could remount your partitions to:
Disable barriers for /data
Noatime for every mount point (Using atime for mount points will decrease the life of the disk as writes are performed everytime a file is accessed for the access time)
Increased commit time to 60 seconds as opposed to 5 seconds. By default, journaling will commit to disk every 5 seconds. That means, if you changed something more than a time span of 5 seconds, your files are not likely to get corrupted on power loss. By adjusting this to 60seconds, the risk is slightly higher, but it's a risk I'm willing to take, and an informed decision that you should make if you choose to use this script. This increases performance by a lot! 59 seconds of the time, you will not face lags stemming from journaling. It's like having journaling only 1/12th of the time.
How-To
Wait till Android finishes loading everything.
Install Script Manager from Market
Point script manager to the script you placed in the sdcard.
Run as root.
Do this at every boot.
You can add a widget to your home screen for the script so that you can
activate it easily.
Disclaimer
I am not responsible for data corruption or data loss from using this remount script. You should know its risks after reading the information from this guide. If you haven't, you should read the whole guide and make an informed decision.
FYI
Acid tweaks/SAS/USAS also has this remount script in the init.d. Too bad the Voodoo mounts will revert it to normal when you boot, hence the init.d script doesn't work. Only a post-boot script works to remount. I'm not sure about other lagfixes (CF-root,Speedmod etc), but it's highly likely that remount script in the init.d doesn't work as well.
zipalign Script
I've modified the original darky zipalign script to actually work. The previous script doesn't work as the file redirection actually doesn't work. I've also moved this to /etc/bolt_scripts in 2.6.0 so that boot time is lessened for first time boot (if the user has a lot of unzipaligned APKs). Try running it in Script Manager or move it to init.d whenever you want
drop Script
Drop script perform a cache drop operation to provide more free memory to the user. Use it when you feel that memory is lacking.
S98CFS* Script
The CFS script is only for tweaking the CFS values. If you still get lags here and there, you can try replacing the CFS script with the ones in the bolt_script directory. To temporarily apply it to test it out, you can run them from Script Manager as well (as root). When you're satisfied, just delete the existing S98CFS* script and copy the CFS file you like to init.d.
s78enable_touchscreen Script
This is a script to tweak the touchscreen sensitivity. In the bolt_scripts directory, I've included another 2 files which are stock and s78enable_touchscreen_2. Both revert to stock and much more sensitive touchscreen respectively. Replace the files if you want to use it. To temporarily increase the sensitivity, you can use Script Manager (run as root) as well.
sqlite_optimize Script
Optimizes your SQLite databases (*.db) on your phone by VACUUMing it and REINDEXing it. Should make apps faster and reduce disk space consumption.
bolt_siyah Script
bolt_siyah script is a script stemming from the Siyah kernel and is only applicable for SGSII phones. It optimizes your CPU hotplug settings as well as power savings and brightness (for SGSII phones). It is located in /etc/bolt_scripts/S98bolt_siyah. You can move it to init.d if you have an SGSII phone and would like ThunderBolt!'s settings to apply at boot.
cpugputune Script
cpugpu tune script (/etc/bolt_scripts/cpugputune) contains:
* Siyah GPU frequency/voltage tuning (with my own settings for a balanced performance/battery saving proflie).
* CPU undervolting (similar to Voltage Control, but doesn't have the limitation of Voltage Control's limits. You can set it however you want till it hits the limits that is set in your kernel itself. (Note: You will require a kernel that supports undervolting for this to work)
- To run this script, follow the same instructions as the remount script.
- I've commented out the voltage settings for CPU/GPU because each phone will have its own threshold for each (too low and it hangs). Before uncommenting, be sure to change the UV_mV_table to your own stable settings.
- To know how to undervolt, play a MKV file in software decoding using MX Video Player for 10minutes while limiting the frequency's voltage that you want to tune. Slowly decrease it (by editing it and then running the file on Script Manager) until it hangs. Then add +50mV to get a stable voltage.
- To limit a frequency, add these lines to the script:
Code:
echo "200000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq;
echo "200000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq;
This limits it to 200MHz (example).
- To undervolt the GPU frequency, use Nenamark as a benchmark. To limit a frequency for GPU, set all 3 frequencies to be the same. E.g.:
Code:
echo "100 100 100" > /sys/class/misc/gpu_clock_control/gpu_control;
This will limit it to 100. Then run the script in Script Manager and run Nenamark. If Nenamark cuts to black and phone fails to respond, calm down first. Press the home key and wait for it to get to your homescreen, then reboot from there.
- NOTE: Be sure to disable the remount script (untick the wheel icon in Script Manager and then reboot) before proceeding to undervolt your phone as the remount script will increase the likelihood of corruption after a phone hang.
Changelog:
3/5/2012 (LMK 1.0.7)
- Fixed the positioning of default.prop (there was a mess in placement of the default.prop inside /etc in some of the LMK zip files. I forgot which, hence I'm refreshing all the LMKs up a version with the placement fixed for those that are broken. Please redownload.
3/5/2012 (2.6.1)
- Fixed updater script for main CWM. Just removing obsolete lines (no feature impact)
- Moved S98bolt_siyah to /etc/bolt_scripts as Siyah currently has a tweak app called ExtTweak by xan In order for it not to be override it. you can move this file to the init.d or run it with Script Manager if you want ThunderBolt!'s settings to override it.
3/4/2012 (2.6.0, screenstate_scaling 1.6.0, LMK 1.0.6, Restore 1.1.0)
- Less aggressive RAM tuned at screen on. Same aggressiveness when screen is off.
- More battery centric governors at sleep (with 99 up_threshold on most of the governors at screen off).
- Ondemand is at 95 up_threshold if io_is_busy is set.
- Removed kernel panic settings. Leave it at kernel defaults (whatever that is)
- Updated LMK to not use /data/local.prop. Instead it uses /system/default.prop
- Updated main CWM to not use /sdcard. bolt_scripts is now located at /system/etc/bolt_scripts. Be sure to point your Script Manager settings there now.
- Moved the zipalign script to bolt_scripts to ensure first time boot is faster. First time boot for some people might be slow as they might have a lot of unzipaligned APKs. You can move the script to init.d and give it rwx-rwx-rwx permissions if you want to.
2/13/2012 (2.5.1)
- A small fix to cpugputune by commenting out the if/fi between the UV_MV_Table tweak so that people can run the script fine even without any edits.
2/9/2012 (2.5.0 and screenstate_scaling 1.5.2)
- Added a CPU/GPU tune file (/etc/bolt_scripts/cpugputune) that contains:
* Siyah GPU frequency/voltage tuning (with my own settings for a balanced performance/battery saving proflie).
* CPU undervolting (similar to Voltage Control, but doesn't have the limitation of Voltage Control's limits. You can set it however you want till it hits the limits that is set in your kernel itself. (Note: You will require a kernel that supports undervolting for this to work)
- To run this script, follow the same instructions as the remount script.
- I've commented out the voltage settings for CPU/GPU because each phone will have its own threshold for each (too low and it hangs). Before uncommenting, be sure to change the UV_mV_table to your own stable settings.
- To know how to undervolt, play a MKV file in software decoding using MX Video Player for 10minutes while limiting the frequency's voltage that you want to tune. Slowly decrease it (by editing it and then running the file on Script Manager) until it hangs. Then add +50mV to get a stable voltage.
- To limit a frequency, add these lines to the script:
Code:
echo "200000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq;
echo "200000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq;
This limits it to 200MHz (example).
- To undervolt the GPU frequency, use Nenamark as a benchmark. To limit a frequency for GPU, set all 3 frequencies to be the same. E.g.:
Code:
echo "100 100 100" > /sys/class/misc/gpu_clock_control/gpu_control;
This will limit it to 100. Then run the script in Script Manager and run Nenamark. If Nenamark cuts to black and phone fails to respond, calm down first. Press the home key and wait for it to get to your homescreen, then reboot from there.
- NOTE: Be sure to disable the remount script (untick the wheel icon in Script Manager and then reboot) before proceeding to undervolt your phone as the remount script will increase the likelihood of corruption after a phone hang.
- Also tuned the conservative and smartassV2 governor to have a threshold difference of 10 instead of 5.
2/3/2012 (2.4.1 and screenstate_scaling 1.5.1)
- Mostly comment cleaning
- Changed TCP Syncookis to false. Most kernels won't even support it. Hence its a useless change, but change it in case some kernels do support it and nope TalonDev and Siyah doesn't support it. Can't enable/disable it.
1/26/2012 (2.4 and screenstate_scaling 1.5)
- Changed zipalign script to reroute to /data/local dir instead of sdcard.
- Updated screenstate_scaling sample rates to 100k for sleep and 20k for awake.
1/23/2012 (2.3.131)
- Bugfix update by removing one line before s98system_tweak.
1/21/2012 (2.3.13, screenstate_scaling 1.4.14)
- Disabled down_differential. Too battery draining for some people.
- Tweaked smartassV2 and conservative to be more battery friendly.
1/19/2012 (2.3.12, screenstate_scaling 1.4.13)
- Fixed max_events_per_sec not tuned correctly.
- Added down_differential (only for kernels that supports this) tuning to ondemand governors that will reduce lags by a little bit.
1/15/2012 (2.3.11, screenstate_Scaling 1.4.12)
- Fixed a bug on ondemand sleep scaling. Thanks ::Crack::
- Enabled MTD block tweaking. Thanks ::Crack::
- Made all sleeping governors have 90k sample rate. Good for battery life.
1/13/2012 (2.3.10, screenstate_scaling 1.4.11)
- Tuned sampling_down_factor of ondemand, ondemandX, conservative. This should resolve the issue of getting stuck 500MHz and above (I think). Siyah tweaked the sampling_down_factor to 4 and sampling rate of 120k. Since I tuned the sampling_rate to 10k, I'll need to tuned sampling_down_factor as well.
- Tuned interactive based governors (lulzactive, smartassV2) to have a more aggressive sleep.
1/12/2012 (2.3.9, screenstate_scaling 1.4.10)
- Tuned the ondemand, ondemandX and lulzactive to have up_threshold of 85.
- Tuned hotplugging in SGSII to be performance oriented a little bit.
- Tuned smooth_* to be performance oriented a bit.
1/12/2012 (2.3.8, screenstate_scaling 1.4.9)
- Fixed SOD/deadsleeping for SGSII kernels by disabling deepsleeplevel tweaking. Some phones can't handle it.
- Tuned ondemand,ondemandX, smartassV2, lulzactive governors again. Tuned hotplug settings again also (based on the governor tweaks). Added conservative governor tweaking.
1/10/2012 (2.3.7, screenstate_scaling 1.4.8, LMK 1.0.3, 3G 1.0.5, bin files 1.1.2)
- Updated main CWM to 2.3.7 with some cosmetic cleanup of the script and also enabled a default sampling_rate of 10,000 for ondemand/ondemandX.
- Updated screenstate_scaling to 1.4.8 fixing a typo bug in lulzactive. Also updated screenstate_scaling to 1.4.9 with cosmetic cleanup.
- Updated LMK, 3G, bin files with newer updater_binary.
1/7/2012 (2.3.6, screenstate_scaling 1.4.6, restore pack 1.0.3)
- Updated restore pack to remove bolt_siyah script and update updater binary.
- Fixed Siyah v2.6.5 lockup due to Siyah having hung tasks. ThunderBolt! enabled the lockup detection. I disabled this pending fix from gokhanmoral.
- Fixed some typo errors in system_tweak (kernel.sem, dirty_writeback_centisecs)
- Made windowmgr events to have a minimum of 60.
- Increased screenstate_scaling ondemand threshold to 95 if io_is_busy is enabled.
1/4/2012 (2.3.5, screenstate_scaling 1.4.5)
- Decreased the up_threshold for lulzactive, ondemand, ondemandx, smartassV2 for faster scaling.
- Disabled smooth_target/smooth_step/smooth_offset. Brings stutters to ondemand/ondemandX.
- Fixed iostats bug - Thanks PedroMRP.
1/2/2012 (2.3.4, screenstate_scaling 1.4.4, graphics 1.0.3)
- Fixed OndemandX, lulzactive, ondemand governor suspend_freq, pump_up_step respectively and sampling_rate (for all governors).
- Commented out graphic voltage settings
- Set deepsleep levels 1 level higher, prevents SOD.
- Fixed S98graphics, save as unix file.
1/1/2012 (2.3.3, screenstate_scaling 1.4.3)
- Updated lulzactive governor to check for minimum/maximum frequency so that it can scale properly
- Updated ondemandX governor to check for minimum frequency so that it can be the suspend frequency, in which previously it was set to 200MHz by default.
12/31/2011 (2.3.2, screenstate_scaling 1.4.2)
- Fixed ondemand tweaking for certain kernels(some kernels have the path to be /cpufreq/cpu0/* rather than /cpufreq/*)
- Added OndemandX tweaking as well in screenstate_scaling.
- Added sample rate tweaking in screenstate_scaling. This will make all tweaked governors (ondemand/ondemandX/lulzactive/smartass perform faster and sleep better using screenstate_scaling.
- Tweaked lulzactive/smartass/ondemand/ondemandX to have 20,000 sample rate when screen is on. 10,000 seems a bit too much.
- Tweaked all governors to have a sample rate of 100,000 when sleeping. Battery friendly.
12/31/2011 (2.3.1, screenstate_scaling 1.4.1)
- Moved SGSII tweaks onto another file (S98bolt_siyah)
- Made heap_size tweak to be 64MB by default or 80MB if greater than 64MB (in build.prop). 48MB or 64MB doesn't really make a difference. Haven't seen an app consume more than 32MB of heap yet.
- Commented out max window events. Each phone is different. Defaulting this to 60 seems wrong.
- Used an if/else on the idle_sleeping_frequency for smartassV2.
- Commented out sampling_down_factor. Some phones can't take it.
- Finally figured out why touchscreen tweaks aren't working :S I saved it using the wrong format! It should be UTF-8 [unix] instead of UTF-8[windows]. Facepalm!
12/30/2011 (2.3.0, screenstate_scaling 1.4.0)
- Updated 2.3.0 with minor editiing of sdcard tweak arrangement, smartassV2 and lulzactive governor tweaking, and SGSII tunables (hotplugging, bus frequencies etc).
- Added i9100 restore pack
- Used newest updater_binary. All the older CWM zips are not using the newer binary. Just update it with the file I've uploaded in the 2nd post.
- Forgot to add this: Enabled sampling_down_factor of 2 while screen is on. Might cause reboots/hangs if you've undervolted your top frequency (e.g. 1GHz) extensively. Recommend to add 25mV if you're facing issues.
12/17/2011 (2.2.0, screenstate_scaling 1.3.1)
- Updated 2.2.0 with CFSK as the default CFS. CFSK is still the fastest based on some feedback.
- Updated 1.3.1 for screenstate_scaling. Disabled sampling_down_factor as it makes the phone unstable when sampling rate is too low. If you're still getting reboots, please add 25mV to 1GHz.
12/13/2011 (2.1.9, screenstate_scaling 1.30, restore packs 1.0.2, all others)
- Updated main CWM to v2.1.9 with CFS 1.9.4 as the default due to popular demand.
- Renamed all the CFS scripts that have extensions. init.d can't load CFS's that have extensions (I tried using 1.9.4 and it didn't work when it had the .9.4 extension)
- Added io_is_busy and sampling_down_factor to ondemand. Will increase the performance while awake as sampling rate will be faster, and frequencies will stay very flexible when near 1GHz. io_is_busy will ensure that I/O operations utilizes high frequencies ~400-1GHz rather than being 100Hz when CPU is mostly idle. Will prevent microlags.
- Changed the screenstate_scaling ondemand up_threshold to 95 while awake and 98 while asleep to increase battery savings since microlags are eliminated almost completely from the above setting.
- Updated all addons' updater_script to ensure installation of consecutive CWM zips are correct.
12/10/2011 (graphics 1.0.1)
- Used the wrong updater_script for the graphics addon. Corrected this mistake.
12/10/2011 (2.1.7)
- Removed sleep_mode setting. Could be the culprit of sleep-deaths and/or reboots/instabilities.
- Separated the graphics acceleration tweaks to an addon. Might not work with some phones or it can cause instabilities. Please test it out for me.
- Discontinued the L version as CFS might not be the culprit for sleep-deaths/instabilities.
12/7/2011 (2.1.6L)
- Tuned down the CFS aggressiveness in the v2.1.6L after a few complaints about devices that can't wake up received.
12/5/2011 (2.1.6)
- Updated updater_script to remove bolt_scripts. I moved the directory hierarchy a bit in the last version (forgot to add that). Hence, removing it so that people will realize the scripts are in a different position already.
- Users have to manually readd remount scripts in Script Manager because of the above change.
- Added remountCM7MIUI-fullext4. A variation of CM7/MIUI that doesn't use yaffs2. Renamed the original remountCM7MIUI to remountCM7MIUI-yaffs.
- I just noticed that CFSK is actually the wrong CFS I wanted to use. Edited CFSK with the correct values. Should feel much smoother.
- Revamped most of the echo tweaks to use sysctl instead. Might make it compatible with ICS.
- Increased Dalvik heapsize to 48MB (another 16MB won't hurt much).
12/3/2011 (2.1.5)
- Added N7000 remounts.
12/2/2011 (2.1.4)
- Integrated some MintBolt! tweaks, notably the noda_auto_alloc and build.prop. The build.prop shouldn't change anything much but the noda_auto_alloc should make I/O transaction a little faster at the expense of corruption risk, which is small by the way.
- Fixed the sqlite_optimize by using busybox find instead. If you can't do busybox find, it means your busybox symlinks are broken. Contact your kernel/ROM developer for a fix.
11/27/2011 (2.1.3/Screenstate_scaling 1.2.3/80MB + 60MB 1.0.3/3G 1.0.3)
- Fix for 3G CM7/MIUI (I think) by removing some settings that doesn't do anything.
- 80MB/60MB LMK modified to be better at performance but sacrifices a bit of multitasking.
- ChainFire's touchscreen tweak integrated. Touchscreen more sensitive.
- Screenstate_scaling edited to be a bit more battery saving.
- CFS moved to another file (CFS experiments moved to bolt_scripts. If you would like to use another CFS, delete the one in init.d and copy the one you like back to init.d)
- sqlite_optimize and darky_zipalign improved to support Script Manager that doesn't symlink xbin/sbin automatically.
- Added SGSII remount
- Reduced readahead for phone mounts (non-sdcard mounts) to 256. This would reduce Quadrant I/O score by a significant value, as higher readahead boosts Quadrant scores. Quadrant is USELESS!!!!!1111 Link. Sdcard readhead is still 1024.
11/25/2011 (LMK 1.0.2)
- Fixed the Talon swappiness/ZRAM size typo
- Fixed the 80MB LMK typo
11/24/2011 (2.1.2/bin files 1.10/80MB LMK 1.0.1)
- Updated main ThunderBolt! CWM to v2.1.2 with most voted/best feedback values. Expect your phone to become super smooth from here. Also, let me know if you're suddenly facing FCs/reboots/apps failing to work because of this.
- Updated bin files addon with Fugutweaks ICS. (LINK)
- Added 80MB LMK. Very minimal/no multitasking, potentially more performance.
- Updated sqlite_optimize script to determine if /dbdata and /datadata is there before optimizing the *.db files under them. Less errors I guess. No difference, just a cosmetic change.
- Added SGS4G remounts.
- Updated Talon LMK settings to have 64MB swap and 40 swappiness. Less swap, more tangible RAM. Less swappiness, less RAM is compcached to swap.
11/23/2011(CFS Beta Pack/LMK addon 1.0.1)
- Added CFS Experiment #3. All of them are based on Experiment I. Please test them.
- Updated LMK addon Supercharger by removing some delay coding and build.prop sed. Seems to be removing the haptic feedback if you start it when you first start the OS (on a cooked ROM)
11/22/2011 (CFS Beta Pack)
- Added CFS Experiment #2 with 1.9.1 and CFS Experiments I. CFS Experiment I is based on 1.9.4 (with a little bit of difference). Let me know if this performs better or worse than 1.9.4.
11/22/2011 (3G 1.0.1)
- Fixed a typo in the hashbang (extra space)
11/22/2011 (Screenstate_scaling 1.2.2)
- Added CFS beta pack
- Fixed a typo hash on the sleep governor echoing.
11/21/2011 (2.1.1.1)
- Removed process renice in system_tweak and screenstate_scaling. Greater smoothness ... for games as well?
- Birthday edition. Notice the version. Yes, it's my birthday at the current moment/day.
11/20/2011 (2.10)
- Found a sweet spot for CFS. Not too aggressive, not too passive and gaming seems to be as smooth as the last time around.
- Found a semi-sweet spot for VM. Tweaked VM to be less aggressive.
- Overall smoother experience!!! Try it!
11/20/2011 (2.0.1)
- Changed VM settings slightly. Made expire to be 30 seconds, but kept the writeback to once every 2 seconds. Should provide a smoother garbage collecting.
- Removed ksoftirqd from being reniced and changed the renice priorities of each app. Should provide a smoother experience.
11/20/2011 (2.0.0)
- Revamped CFS tweaks by making rationalizing the values to a few rules (Values not be 500,000 for each sched_*_ns and latency should be 4 times the min_granularity). Should reduce problems associated with sudden lags or games that are not working correctly or apps that are not working correctly. This is a wide assumption, hence it's not an all encompassing fix, but it should make things work better in the long run.
- Revamped VM tweaks to increase garbage collection of caches and reduced cache ratios so that its getting written much easier. Should reduce microlags by a bit.
- Increased semaphore limit by a bit. Just increasing the limits, wouldn't affect much too, but set the recommended limits.
- Added shmmax and msgmni tweaking. Increased shared memory segments and messaging (thread messaging related). Wouldn't affect much too, but set the recommended limits.
- Added renicing of apps for phone,sms,keyboard,system ui, some important system apps to have higher priority than other processes. Increased smoothness on those apps.
- Added discard mount option to all ext4 mounts. Automatic TRIM is induced to increase write speed of all SSD type mounts in the long run. You'll not feel this at the beginning, but once you've used your disks continuously in the long run, the write speeds will increase by a bit.
- Revamped VM tweaks and added renicing processes for screenstate_scaling. Will scale those by screen behaviour.
- Renamed the CWM zips by removing the duplicate i9000.
11/18/2011(1.9.4)
- Reduced CFS aggressiveness. Lags when playing games and unbootable device issues should be solved by this.
- Updated Supercharger to Update 9 RC3.2. Not sure if this fixes the missing haptic feedback if ThunderBolt! is integrated into a ROM, but please try this out.
- Made screenstate_scaling an addon as some MIUI/CM7 users can't figure out how to delete a file from a zip file.
- Updated VM settings in screenstate_scaling and system_tweak to a all rounded setting. Memory should be cleanly allocated from RAM to Cache to RAM. Would need to experiment if this works out better or not.
- Made LMK an addon since its already stable. Making 6 CWM zips all the time when updating to a new version is painstaking, and makes it longer for me to release an update.
- Made some bugfixes to all updater scripts including the restore packs and addons. Recommend to redownload all addons/restore packs.

I don't understand. What is that?? thanks
EDIT: Thank you for your great work pikachu01 !!!!! *__*

raXoN91 said:
I don't understand. What is that?? thanks
Click to expand...
Click to collapse
I will upload a flashable collection of scripts here in an hour Wait for it

Ok Can I flash it on every Rom?

raXoN91 said:
Ok Can I flash it on every Rom?
Click to expand...
Click to collapse
Yes, you should be able to flash it on every ROM.

This is sure to be as fast as Usain Bolt

Hi pikachu, what is the sqlite3 binary for?
cheers

MintBerryCrunch said:
Hi pikachu, what is the sqlite3 binary for?
cheers
Click to expand...
Click to collapse
The sqlite3 binary is used with the system_tweak script. The script will vacuum the *.db files in /dbdata to make it smaller and faster.
More info:
http://www.sqlite.org/lang_vacuum.html

OK. Uploaded the CWM file. Just flash and enjoy
Be sure to read the instructions beforehand to know about its known issues.
Most recent changelog is here:
Code:
UPDATE 10/10/2011
[B]
- Modified I/O scheduler tweaks to check before applying, as it depends on the scheduler you use (CFQ/VR/SIO). Also read up a lot on I/O schedulers. From best to worst (when tweaked), for flash devices (SIO > Noop > Deadline > VR > BFQ > CFQ). I will provide the explanation on the Tips thread.
[/B]
- Changed the default readahead to 512, all other readaheads are still 1024 (sdcard etc)
[B]
- Added an overcommit_memory tweak that seems to stave of memory leak problems that causes lagginess (confirmed by a few people including me :P).
[/B]
- Commented out net.ipv4.tcp_mem. Better to have it recalculated by the amount of usable RAM by the kernel.
- Added check before applying to some TCP tweaks (IPV6 related)
- Reduced hsupa.category prop to 6 as theoretically SGS can only reach up to 6 on HSUPA.
- Fixed AGPS prop setting. It was not applied correctly
- Reverted ring delay to 500. Seems to work better I think (from experimenting)
- Check before applying on /proc/sys/kernel/sem
- Check before applying on /procy/sys/kernel/sched_features
Most important changes in bold.
Translation:
* Reduced lagginess
* Improved I/O performance on some schedulers.

Hi,
Thanks a lot for the script.
One question, will this work on miui?

DonVito2020 said:
Hi,
Thanks a lot for the script.
One question, will this work on miui?
Click to expand...
Click to collapse
The main CWM should work. The remount script won't work.
Let me know how much speed increases you got

finally.. come out with new nice name.. haha.. gratzy!

DonVito2020 said:
Hi,
Thanks a lot for the script.
One question, will this work on miui?
Click to expand...
Click to collapse
Wait, is MIUI/CM7 using /dev/block/stl9 as /system? If not, the CWM zip might not work (it could work if /system was already mounted).

Flashed successfully over my JVS Rom. And set it to start on the boot. Thank you

raXoN91 said:
Flashed successfully over my JVS Rom. And set it to start on the boot. Thank you
Click to expand...
Click to collapse
Glad you like it
Feel any faster?

Is there some new memory freak settings to use with this zip or your old one are still good?

Mopral said:
Is there some new memory freak settings to use with this zip or your old one are still good?
Click to expand...
Click to collapse
Yeah, there's a new one, in my sig Since memory leak is fixed at my side, i'm using a more aggressive setting.
-------------
Also, my take on I/O schedulers and why I said SIO>NOOP>Deadline>VR>BFQ>CFQ
http://forum.xda-developers.com/showpost.php?p=18291071&postcount=251

Very nice job, wouhh
About the remount script, you say we have to launch the remount script with script manager, if I check run as boot, so I don't have to create a script remount (post 2) for each reboot?

superwahwah said:
Very nice job, wouhh
About the remount script, you say we have to launch the remount script with script manager, if I check run as boot, so I don't have to create a script remount (post 2) for each reboot?
Click to expand...
Click to collapse
If you already check it to run at boot, there's no need to run it again

[MOD][TWEAKS] ThunderBolt! v3.3.0 5/15/16 [Performance+Battery Life Mods & Tweaks]

[MOD][TWEAKS] ThunderBolt! v3.3.0 5/15/16 [Performance+Battery Life Mods & Tweaks]
News
Fixed to be compatible with Android L and M.
Introduction
ThunderBolt! is a script package by me, pikachu01 that combines a few notable tweaks shamelessly modified to the max as well as hacks and scripts that I came up on my own(and added tonnes of things over the months of development and testing). Without further delay, please read the rest of the OP
Benefits
Better performance, better battery life through Linux kernel tweaks catered for Android OS and flash memory.
Faster disk access through remount script (noatime, disable barrier etc)
Minimum Requirements
Android Gingerbread 2.3.x
At least 3MB free on /system (Delete unused ringtones or useless apps like Aldiko/Allshare etc).
Root.
Script Manager
Busybox
Ext4 filesystem if you want to use the remount script.
Addons
remount script in remounts the partitions in your phone to optimize its performance at the expense of some risk of corruption.
drop script in /etc/bolt_scripts to drop caches.
Known Issues
If you're using a custom MP3/Wav file as a ringtone, flashing ThunderBolt! might erase that setting causing your ringtone to be silent. Be sure to restore the ringtone again.
All scripts have to be launched using script manager
Instructions
Extract scripts to your sdcard/internal memory.
Open up Script Manager and launch the scripts that you want as Root (The skull icon) and as Boot (The wheel icon).
????
PROFIT
Reverting/Undoing ThunderBolt!
To revert ThunderBolt!, just delete the scripts from your sdcard/internal memory and reboot.
Repackaging
Repackaging ThunderBolt! into custom ROMs is allowable as long as it is included as a feature of the ROM as well as proper credits are included.
Please reply into the thread if you would like to include it as its just a nice thing to do
You are free to modify the contents of the scripts, but please make it known that you've modified it and also briefly include the modifications you've done.
How to find out if it works
Use File Expert/ Root Explorer/Root Browser, and navigate here:
To enter superuser mode:
Code:
su
Then:
Code:
sysctl -a | grep vm
You will get values like this (for 512MB RAM devices or below):
Code:
dirty_ratio = 30
dirty_background_ratio = 15
vfs_cache_pressure = 50
You will get values like this (for 1GB RAM devices or below):
Code:
dirty_ratio = 20
dirty_background_ratio = 10
vfs_cache_pressure = 50
You will get values like this (for >1GB RAM devices):
Code:
dirty_ratio = 10
dirty_background_ratio = 5
vfs_cache_pressure = 50
Credits
Zacharias.maladroit
XDA's devs for some reference of some tweaks in Zach's scripts
Confirmed working devices
Any unlocked and rooted Android L or Android M phone.

Script Details
WARNING:
Other scripts that tweaks the same VM,I/O,Readahead, etc settings with different values(check the scripts and compare) and what not should not be running together with these Thunderbolt!. It'll ruin the harmony of the settings causing decrease in performance/battery life.
The system_tweak file will tweak these:
VM settings (tweaked to offer more battery life and performance with the RAM, a faster memory being used more often than NAND writes)
Misc tweaks (you can look at the script itself, google will tell you what it does)
Readahead tweaks. Optimizes different memory devices readahead values. It's not 1024/2048 for all devices. It won't work well that way.
Disclaimer
This won't brick your phone or cause it to go haywire. If it does, I will not be responsible for it. Do some research before attempting to use it (as always).
remount Script
I created a post-boot script that you could remount your partitions to:
Disable barriers for /data
Noatime for every mount point (Using atime for mount points will decrease the life of the disk as writes are performed everytime a file is accessed for the access time)
Increased commit time to 60 seconds as opposed to 5 seconds. By default, journaling will commit to disk every 5 seconds. That means, if you changed something more than a time span of 5 seconds, your files are not likely to get corrupted on power loss. By adjusting this to 60seconds, the risk is slightly higher, but it's a risk I'm willing to take, and an informed decision that you should make if you choose to use this script. This increases performance by a lot! 59 seconds of the time, you will not face lags stemming from journaling. It's like having journaling only 1/12th of the time.
How-To
Wait till Android finishes loading everything.
Install Script Manager from Market
Point script manager to the script you placed in the sdcard.
Run as root.
Do this at every boot.
You can add a widget to your home screen for the script so that you can
activate it easily.
Disclaimer
I am not responsible for data corruption or data loss from using this remount script. You should know its risks after reading the information from this guide. If you haven't, you should read the whole guide and make an informed decision.
drop Script
Drop script perform a cache drop operation to provide more free memory to the user. Use it when you feel that memory is lacking.
Changelog:
5/15/2016 (3.4.0)
- Updated for Android 5/6. Removed a lot of junk code as they are not necessary to be tweaked in later Android versions (yes, Android finally coded them to be default values).
3/17/2014 (3.3.0)
- Added universal remount script. Use that script instead of device specific remounts
- Fixed the updater_script to be much more compatible
3/8/2014 (libsqlite addons 3.1.0, screenstate_scaling 3.1, clean uninstall 3.1.0)
- Revamped libsqlite addons to only install libsqlite.so (not libsqlite_jni.so)
- Revamped screenstate_scaling script to become much cleaner and automatically target correct paths
- Revamped clean uninstall to be compatible to current ThunderBolt! versions.
3/3/2014 (3.20)
- Added support to sqlite3 for JB 4.3 and KK 4.4
3/25/2013 (3.11)
- Added Xperia S and Xperia Arc S remounts
3/12/2013 (3.10)
- Added ROW scheduler tweaks. Take note that the ROW scheduler is buggy as one of it's sysfs interface is broken. Suggest using SIO instead.
- Added Nexus4 remount
- Enabled nomerges flag to "1". Let me know if you're facing any performance hits.
2/13/2013 (main CWM 3.05 and libsqlite 3.0.2)
-Added CM10/10.1 fullext4 remount.
- Added LG Mytouch4G remount.
- Added JB 4.1 libsqlite and added support for 4.2.2 for JB 4.2 libsqlite.
2/11/2013 (3.04)
- Added GNex YAFFS remount.
- Removed loop* from being tweaked by the I/O tweaks. It bootloops Galaxy S Gingerbread.
2/5/2013 (3.03)
- Fixed zipalign directory to xbin. Thanks to ggogolewski!
2/5/2013 (main CWM 3.02 and libsqlite 3.0)
- Added SQLITE_NO_SYNC compiled libsqlite libraries that disables sync (fdatasync/fsync) which increases sqlite transactions by 10-20%. You can use RL Benchmark to test for this.
- Added loop* and ram* block to be tweaked by ThunderBolt!'s I/O tweaks.
- Changed write_starved to 4.
2/3/2013 (3.01)
- Added Sony Xperia U remount.
- Changed windowsmgr.max_events_per_sec to 90.
2/3/2013 (3.0 and LMK addon 3.0)
- Added an intelligent backup/restore updater_script on every CWM zip ThunderBolt! has. Thanks to Tungstwenty for his post here.
- Added a restore CWM zip that restores the backup and deletes Thunderbolt!.
- libsqlite addon won't install in ICS/JB. It will warn you if you're installing on the wrong OS.
- LMK addon now backs up the build.prop (or restores the build.prop before modifying it). Hence now you can change LMK settings without doing any build.prop modification/moving/copying. The CWM takes care of it for you.
- Main CWM is smart enough not to replace zipalign and sqlite3 if it's already in your ROM. My policy is "try not to mess around too much as I will tweak only in the right places".
- Added LMK 80MB Alt that follows AOSP ICS LMK for 512MB devices and above.
1/6/2013 (2.9.3)
- Added HTC One S/XL/Sensation 4G remount script. Use remountHTC_Alt.
1/2/2013 (2.9.2)
- Added HTC One X remount script.
12/30/2012 (main CWM 2.9.1 and screenstate_scaling 2.4.0)
- Fixed screenstate_scaling to be AOSP ROM compatible
- Fixed zipalign script to determine whether there are any errors on zipalign before committing.
- Fixed sqlite3 extraction to certain JB ROMs (like 4.2)
12/24/2012 (LMK addons 2.1)
- Revamped how LMK works. Added 120MB LMK.
- The LMK now incorporates knowledge from reading the ActivityManagerServices source code. It should correctly make your apps handle its own memory more efficiently based on how memory is evaluated in the Android OOM. Apologies for this as the previous implementation actually broke some degree of how LRUs/Memory trimmings for apps are calculated.
12/3/2012 (2.9.0 and screenstate_scaling 2.3.0)
- Fixes to screenstate_scaling script. Minor typo that prevents some busybox versions from running it.
- Added kernel.shm* tweaks that is calculated based on your available memory.
- Upped vfs_cache_pressure to 50 on screen on, and 100 on screen off so that free memory is still kept fair, but performance on caches vs disk is still balanced.
- Disable /system/app/*.apk zipalign as this causes some Cyanogenmod devices's Google Apps to disappear.
- Lowered dirty_ratio/dirty_background_ratio for < 512MB a bit based on more recent benchmarks.
11/13/2012 (2.8.0 and screenstate_scaling 2.1.1)
- Added VM dirty* values according to the amount of RAM that you have (< 512MB, < 1GB and more than 1 GB). I've tested write speed for the disks on /data on a few phones and come to a conclusion that VM scaling is most optimized depending on total amount of RAM. This is because the I/O can only write that much dirty data up to an amount at an interval so that I/O doesn't become the bottleneck.
- Commented out some shm* tweaks. Will need to make this scale with amount of RAM also, but need floating point arithmetic support for bash in Android phones. No "bc" command!
- Fixed zipalign script that corrupts Google* APKs by removing already aligned APKs in /data/local. Might still be a problem with some APKs like BetterBatteryStats (what I found to be problematic so far).
- Fixed sqlite3 binary for Jelly Bean. The updater_script will check your build.prop and extract the appropriate sqlite3 binary for you
- Minor pegasusq updates in screenstate_scaling and main CWM.
- Some general fixes on the script (settings applying more than once)
- Might not affect >90% of people but I signed the zip files
8/1/2012 (100MB LMK)
- Added 100MB LMK. Increases performance and a bit more multitasking at the expense of background inactive tasks/apps getting killed.
6/17/2012 (2.7.7, screenstate_scaling 2.02)
- Added I9300 Samsung Galaxy SIII remount script
- Moved noatime remount procedure to the remount scripts
- Fixed a minor typo in screenstate_scaling script (Thanks Tungstwenty).
6/13/2012(LMK 2.0.0 and restore packs 1.2.0)
- Updated LMK to use build.prop method. Older build.prop will be backed up in /system/build.prop.thunderbolt.
- To apply the LMK changes, you'll need to restart twice. Once to modify the build.prop, another to load the modified build.prop
- To restore the build.prop, just copy over build.prop.thunderbolt to build.prop
- Updated restore packs with automounter by iXNyNe.
5/30/2012(2.7.6, screenstate_scaling 2.0.1)
- Updated script asserts on mounts. Detects whether partitions are mounted before installing. Credits to iXNyNe.
- Updated governor parameters to have a lower up_threshold (higher performance) because of visible lags due to the change in the previous version,
5/24/2012(2.7.5, screenstate_scaling 2.0.0)
- Updated all governors to skew towards more battery life.
- Updated pegasusq to correct typo in some of the settings as well as scale better.
5/18/2012 (2.7.4, Screenstate_scaling 1.9.0)
- Updated both main script and screenstate_scaling script to support tweaking abyssplug and pegasusq governors for better performance + battery life when screen is off.
- Removed CFS from executed by default. Use Script Manager to navigate to /etc/bolt_scripts/CFS to manually run it. s98CFS is the default one.
- Removed lulzactive tuning on the pump_up_step as Siyah introduced 18steps of frequency. This needs to be manually set.
- Removed io_is_busy from being set. You can edit the script to set it if you feel performance is lagging.
5/5/2012 (2.7.3)
- Changed write starvation for MTD to be 2:1. Added Hydrogenics I9100 restore pack.
4/25/2012 (2.7.2)
- Changed NAND memory to have 2:1 writes starved as read speed is higher than write speed. SD memory still has 1:1 writes starved. Removed TCP buffers from S98system_tweak. Moved it to /etc/bolt_scripts/S98TCPbuffers as it causes hang at boot for CM7/9 ROMS.
4/20/2012 (2.7.1)
- Changed CFQ I/O scheduler slice_idle for better latency vs throughput.
- Enabled TCP buffer tweaks to improve network throughput (credits to gokhanmoral for the values).
- Changed sched_mc to 0 in bolt_siyah script and commented out some lines. Uncomment them to enable its usage.
4/19/2012 (2.7.0, LMK 1.10)
- Added an autoremount option, no need to mount /system or whatever partitions again before installing.
- Tweaked the I/O scheduler a bit to be a bit more balanced between latency and throughput.
- Moved touchscreen tweaks back to bolt_scripts. Move to init.d if you're using I9000 or use Script Manager to launch the script at boot.
- Reverted the LMK to /data/local.prop. Seems to be the most reliable way for Gingerbread phones.
3/5/2012 (LMK 1.0.7)
- Fixed the positioning of default.prop (there was a mess in placement of the default.prop inside /etc in some of the LMK zip files. I forgot which, hence I'm refreshing all the LMKs up a version with the placement fixed for those that are broken. Please redownload.
3/5/2012 (2.6.1)
- Fixed updater script for main CWM. Just removing obsolete lines (no feature impact)
- Moved S98bolt_siyah to /etc/bolt_scripts as Siyah currently has a tweak app called ExtTweak by xan In order for it not to be override it. you can move this file to the init.d or run it with Script Manager if you want ThunderBolt!'s settings to override it.
3/4/2012 (2.6.0, screenstate_scaling 1.6.0, LMK 1.0.6, Restore 1.1.0)
- Less aggressive RAM tuned at screen on. Same aggressiveness when screen is off.
- More battery centric governors at sleep (with 99 up_threshold on most of the governors at screen off).
- Ondemand is at 95 up_threshold if io_is_busy is set.
- Removed kernel panic settings. Leave it at kernel defaults (whatever that is)
- Updated LMK to not use /data/local.prop. Instead it uses /system/default.prop
- Updated main CWM to not use /sdcard. bolt_scripts is now located at /system/etc/bolt_scripts. Be sure to point your Script Manager settings there now.
- Moved the zipalign script to bolt_scripts to ensure first time boot is faster. First time boot for some people might be slow as they might have a lot of unzipaligned APKs. You can move the script to init.d and give it rwx-rwx-rwx permissions if you want to.
2/13/2012 (2.5.1)
- A small fix to cpugputune by commenting out the if/fi between the UV_MV_Table tweak so that people can run the script fine even without any edits.
2/9/2012 (2.5.0 and screenstate_scaling 1.5.2)
- Added a CPU/GPU tune file (/etc/bolt_scripts/cpugputune) that contains:
* Siyah GPU frequency/voltage tuning (with my own settings for a balanced performance/battery saving proflie).
* CPU undervolting (similar to Voltage Control, but doesn't have the limitation of Voltage Control's limits. You can set it however you want till it hits the limits that is set in your kernel itself. (Note: You will require a kernel that supports undervolting for this to work)
- To run this script, follow the same instructions as the remount script.
- I've commented out the voltage settings for CPU/GPU because each phone will have its own threshold for each (too low and it hangs). Before uncommenting, be sure to change the UV_mV_table to your own stable settings.
- To know how to undervolt, play a MKV file in software decoding using MX Video Player for 10minutes while limiting the frequency's voltage that you want to tune. Slowly decrease it (by editing it and then running the file on Script Manager) until it hangs. Then add +50mV to get a stable voltage.
- To limit a frequency, add these lines to the script:
Code:
echo "200000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq;
echo "200000" > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq;
This limits it to 200MHz (example).
- To undervolt the GPU frequency, use Nenamark as a benchmark. To limit a frequency for GPU, set all 3 frequencies to be the same. E.g.:
Code:
echo "100 100 100" > /sys/class/misc/gpu_clock_control/gpu_control;
This will limit it to 100. Then run the script in Script Manager and run Nenamark. If Nenamark cuts to black and phone fails to respond, calm down first. Press the home key and wait for it to get to your homescreen, then reboot from there.
- NOTE: Be sure to disable the remount script (untick the wheel icon in Script Manager and then reboot) before proceeding to undervolt your phone as the remount script will increase the likelihood of corruption after a phone hang.
- Also tuned the conservative and smartassV2 governor to have a threshold difference of 10 instead of 5.
2/3/2012 (2.4.1 and screenstate_scaling 1.5.1)
- Mostly comment cleaning
- Changed TCP Syncookis to false. Most kernels won't even support it. Hence its a useless change, but change it in case some kernels do support it and nope TalonDev and Siyah doesn't support it. Can't enable/disable it.
1/26/2012 (2.4 and screenstate_scaling 1.5)
- Changed zipalign script to reroute to /data/local dir instead of sdcard.
- Updated screenstate_scaling sample rates to 100k for sleep and 20k for awake.
1/23/2012 (2.3.131)
- Bugfix update by removing one line before s98system_tweak.
1/21/2012 (2.3.13, screenstate_scaling 1.4.14)
- Disabled down_differential. Too battery draining for some people.
- Tweaked smartassV2 and conservative to be more battery friendly.
1/19/2012 (2.3.12, screenstate_scaling 1.4.13)
- Fixed max_events_per_sec not tuned correctly.
- Added down_differential (only for kernels that supports this) tuning to ondemand governors that will reduce lags by a little bit.
1/15/2012 (2.3.11, screenstate_Scaling 1.4.12)
- Fixed a bug on ondemand sleep scaling. Thanks ::Crack::
- Enabled MTD block tweaking. Thanks ::Crack::
- Made all sleeping governors have 90k sample rate. Good for battery life.
1/13/2012 (2.3.10, screenstate_scaling 1.4.11)
- Tuned sampling_down_factor of ondemand, ondemandX, conservative. This should resolve the issue of getting stuck 500MHz and above (I think). Siyah tweaked the sampling_down_factor to 4 and sampling rate of 120k. Since I tuned the sampling_rate to 10k, I'll need to tuned sampling_down_factor as well.
- Tuned interactive based governors (lulzactive, smartassV2) to have a more aggressive sleep.
1/12/2012 (2.3.9, screenstate_scaling 1.4.10)
- Tuned the ondemand, ondemandX and lulzactive to have up_threshold of 85.
- Tuned hotplugging in SGSII to be performance oriented a little bit.
- Tuned smooth_* to be performance oriented a bit.
1/12/2012 (2.3.8, screenstate_scaling 1.4.9)
- Fixed SOD/deadsleeping for SGSII kernels by disabling deepsleeplevel tweaking. Some phones can't handle it.
- Tuned ondemand,ondemandX, smartassV2, lulzactive governors again. Tuned hotplug settings again also (based on the governor tweaks). Added conservative governor tweaking.
1/10/2012 (2.3.7, screenstate_scaling 1.4.8, LMK 1.0.3, 3G 1.0.5, bin files 1.1.2)
- Updated main CWM to 2.3.7 with some cosmetic cleanup of the script and also enabled a default sampling_rate of 10,000 for ondemand/ondemandX.
- Updated screenstate_scaling to 1.4.8 fixing a typo bug in lulzactive. Also updated screenstate_scaling to 1.4.9 with cosmetic cleanup.
- Updated LMK, 3G, bin files with newer updater_binary.
1/7/2012 (2.3.6, screenstate_scaling 1.4.6, restore pack 1.0.3)
- Updated restore pack to remove bolt_siyah script and update updater binary.
- Fixed Siyah v2.6.5 lockup due to Siyah having hung tasks. ThunderBolt! enabled the lockup detection. I disabled this pending fix from gokhanmoral.
- Fixed some typo errors in system_tweak (kernel.sem, dirty_writeback_centisecs)
- Made windowmgr events to have a minimum of 60.
- Increased screenstate_scaling ondemand threshold to 95 if io_is_busy is enabled.
1/4/2012 (2.3.5, screenstate_scaling 1.4.5)
- Decreased the up_threshold for lulzactive, ondemand, ondemandx, smartassV2 for faster scaling.
- Disabled smooth_target/smooth_step/smooth_offset. Brings stutters to ondemand/ondemandX.
- Fixed iostats bug - Thanks PedroMRP.
1/2/2012 (2.3.4, screenstate_scaling 1.4.4, graphics 1.0.3)
- Fixed OndemandX, lulzactive, ondemand governor suspend_freq, pump_up_step respectively and sampling_rate (for all governors).
- Commented out graphic voltage settings
- Set deepsleep levels 1 level higher, prevents SOD.
- Fixed S98graphics, save as unix file.
1/1/2012 (2.3.3, screenstate_scaling 1.4.3)
- Updated lulzactive governor to check for minimum/maximum frequency so that it can scale properly
- Updated ondemandX governor to check for minimum frequency so that it can be the suspend frequency, in which previously it was set to 200MHz by default.
12/31/2011 (2.3.2, screenstate_scaling 1.4.2)
- Fixed ondemand tweaking for certain kernels(some kernels have the path to be /cpufreq/cpu0/* rather than /cpufreq/*)
- Added OndemandX tweaking as well in screenstate_scaling.
- Added sample rate tweaking in screenstate_scaling. This will make all tweaked governors (ondemand/ondemandX/lulzactive/smartass perform faster and sleep better using screenstate_scaling.
- Tweaked lulzactive/smartass/ondemand/ondemandX to have 20,000 sample rate when screen is on. 10,000 seems a bit too much.
- Tweaked all governors to have a sample rate of 100,000 when sleeping. Battery friendly.
12/31/2011 (2.3.1, screenstate_scaling 1.4.1)
- Moved SGSII tweaks onto another file (S98bolt_siyah)
- Made heap_size tweak to be 64MB by default or 80MB if greater than 64MB (in build.prop). 48MB or 64MB doesn't really make a difference. Haven't seen an app consume more than 32MB of heap yet.
- Commented out max window events. Each phone is different. Defaulting this to 60 seems wrong.
- Used an if/else on the idle_sleeping_frequency for smartassV2.
- Commented out sampling_down_factor. Some phones can't take it.
- Finally figured out why touchscreen tweaks aren't working :S I saved it using the wrong format! It should be UTF-8 [unix] instead of UTF-8[windows]. Facepalm!
12/30/2011 (2.3.0, screenstate_scaling 1.4.0)
- Updated 2.3.0 with minor editiing of sdcard tweak arrangement, smartassV2 and lulzactive governor tweaking, and SGSII tunables (hotplugging, bus frequencies etc).
- Added i9100 restore pack
- Used newest updater_binary. All the older CWM zips are not using the newer binary. Just update it with the file I've uploaded in the 2nd post.
- Forgot to add this: Enabled sampling_down_factor of 2 while screen is on. Might cause reboots/hangs if you've undervolted your top frequency (e.g. 1GHz) extensively. Recommend to add 25mV if you're facing issues.
12/17/2011 (2.2.0, screenstate_scaling 1.3.1)
- Updated 2.2.0 with CFSK as the default CFS. CFSK is still the fastest based on some feedback.
- Updated 1.3.1 for screenstate_scaling. Disabled sampling_down_factor as it makes the phone unstable when sampling rate is too low. If you're still getting reboots, please add 25mV to 1GHz.
12/13/2011 (2.1.9, screenstate_scaling 1.30, restore packs 1.0.2, all others)
- Updated main CWM to v2.1.9 with CFS 1.9.4 as the default due to popular demand.
- Renamed all the CFS scripts that have extensions. init.d can't load CFS's that have extensions (I tried using 1.9.4 and it didn't work when it had the .9.4 extension)
- Added io_is_busy and sampling_down_factor to ondemand. Will increase the performance while awake as sampling rate will be faster, and frequencies will stay very flexible when near 1GHz. io_is_busy will ensure that I/O operations utilizes high frequencies ~400-1GHz rather than being 100Hz when CPU is mostly idle. Will prevent microlags.
- Changed the screenstate_scaling ondemand up_threshold to 95 while awake and 98 while asleep to increase battery savings since microlags are eliminated almost completely from the above setting.
- Updated all addons' updater_script to ensure installation of consecutive CWM zips are correct.
12/10/2011 (graphics 1.0.1)
- Used the wrong updater_script for the graphics addon. Corrected this mistake.
12/10/2011 (2.1.7)
- Removed sleep_mode setting. Could be the culprit of sleep-deaths and/or reboots/instabilities.
- Separated the graphics acceleration tweaks to an addon. Might not work with some phones or it can cause instabilities. Please test it out for me.
- Discontinued the L version as CFS might not be the culprit for sleep-deaths/instabilities.
12/7/2011 (2.1.6L)
- Tuned down the CFS aggressiveness in the v2.1.6L after a few complaints about devices that can't wake up received.
12/5/2011 (2.1.6)
- Updated updater_script to remove bolt_scripts. I moved the directory hierarchy a bit in the last version (forgot to add that). Hence, removing it so that people will realize the scripts are in a different position already.
- Users have to manually readd remount scripts in Script Manager because of the above change.
- Added remountCM7MIUI-fullext4. A variation of CM7/MIUI that doesn't use yaffs2. Renamed the original remountCM7MIUI to remountCM7MIUI-yaffs.
- I just noticed that CFSK is actually the wrong CFS I wanted to use. Edited CFSK with the correct values. Should feel much smoother.
- Revamped most of the echo tweaks to use sysctl instead. Might make it compatible with ICS.
- Increased Dalvik heapsize to 48MB (another 16MB won't hurt much).
12/3/2011 (2.1.5)
- Added N7000 remounts.
12/2/2011 (2.1.4)
- Integrated some MintBolt! tweaks, notably the noda_auto_alloc and build.prop. The build.prop shouldn't change anything much but the noda_auto_alloc should make I/O transaction a little faster at the expense of corruption risk, which is small by the way.
- Fixed the sqlite_optimize by using busybox find instead. If you can't do busybox find, it means your busybox symlinks are broken. Contact your kernel/ROM developer for a fix.
11/27/2011 (2.1.3/Screenstate_scaling 1.2.3/80MB + 60MB 1.0.3/3G 1.0.3)
- Fix for 3G CM7/MIUI (I think) by removing some settings that doesn't do anything.
- 80MB/60MB LMK modified to be better at performance but sacrifices a bit of multitasking.
- ChainFire's touchscreen tweak integrated. Touchscreen more sensitive.
- Screenstate_scaling edited to be a bit more battery saving.
- CFS moved to another file (CFS experiments moved to bolt_scripts. If you would like to use another CFS, delete the one in init.d and copy the one you like back to init.d)
- sqlite_optimize and darky_zipalign improved to support Script Manager that doesn't symlink xbin/sbin automatically.
- Added SGSII remount
- Reduced readahead for phone mounts (non-sdcard mounts) to 256. This would reduce Quadrant I/O score by a significant value, as higher readahead boosts Quadrant scores. Quadrant is USELESS!!!!!1111 Link. Sdcard readhead is still 1024.
11/25/2011 (LMK 1.0.2)
- Fixed the Talon swappiness/ZRAM size typo
- Fixed the 80MB LMK typo

I don't understand. What is that?? thanks
EDIT: Thank you for your great work pikachu01 !!!!! *__*

raXoN91 said:
I don't understand. What is that?? thanks
Click to expand...
Click to collapse
I will upload a flashable collection of scripts here in an hour Wait for it

Ok Can I flash it on every Rom?

raXoN91 said:
Ok Can I flash it on every Rom?
Click to expand...
Click to collapse
Yes, you should be able to flash it on every ROM.

This is sure to be as fast as Usain Bolt

Hi pikachu, what is the sqlite3 binary for?
cheers

MintBerryCrunch said:
Hi pikachu, what is the sqlite3 binary for?
cheers
Click to expand...
Click to collapse
The sqlite3 binary is used with the system_tweak script. The script will vacuum the *.db files in /dbdata to make it smaller and faster.
More info:
http://www.sqlite.org/lang_vacuum.html

OK. Uploaded the CWM file. Just flash and enjoy
Be sure to read the instructions beforehand to know about its known issues.
Most recent changelog is here:
Code:
UPDATE 10/10/2011
[B]
- Modified I/O scheduler tweaks to check before applying, as it depends on the scheduler you use (CFQ/VR/SIO). Also read up a lot on I/O schedulers. From best to worst (when tweaked), for flash devices (SIO > Noop > Deadline > VR > BFQ > CFQ). I will provide the explanation on the Tips thread.
[/B]
- Changed the default readahead to 512, all other readaheads are still 1024 (sdcard etc)
[B]
- Added an overcommit_memory tweak that seems to stave of memory leak problems that causes lagginess (confirmed by a few people including me :P).
[/B]
- Commented out net.ipv4.tcp_mem. Better to have it recalculated by the amount of usable RAM by the kernel.
- Added check before applying to some TCP tweaks (IPV6 related)
- Reduced hsupa.category prop to 6 as theoretically SGS can only reach up to 6 on HSUPA.
- Fixed AGPS prop setting. It was not applied correctly
- Reverted ring delay to 500. Seems to work better I think (from experimenting)
- Check before applying on /proc/sys/kernel/sem
- Check before applying on /procy/sys/kernel/sched_features
Most important changes in bold.
Translation:
* Reduced lagginess
* Improved I/O performance on some schedulers.

Hi,
Thanks a lot for the script.
One question, will this work on miui?

DonVito2020 said:
Hi,
Thanks a lot for the script.
One question, will this work on miui?
Click to expand...
Click to collapse
The main CWM should work. The remount script won't work.
Let me know how much speed increases you got

finally.. come out with new nice name.. haha.. gratzy!

DonVito2020 said:
Hi,
Thanks a lot for the script.
One question, will this work on miui?
Click to expand...
Click to collapse
Wait, is MIUI/CM7 using /dev/block/stl9 as /system? If not, the CWM zip might not work (it could work if /system was already mounted).

Flashed successfully over my JVS Rom. And set it to start on the boot. Thank you

raXoN91 said:
Flashed successfully over my JVS Rom. And set it to start on the boot. Thank you
Click to expand...
Click to collapse
Glad you like it
Feel any faster?

Is there some new memory freak settings to use with this zip or your old one are still good?

Mopral said:
Is there some new memory freak settings to use with this zip or your old one are still good?
Click to expand...
Click to collapse
Yeah, there's a new one, in my sig Since memory leak is fixed at my side, i'm using a more aggressive setting.
-------------
Also, my take on I/O schedulers and why I said SIO>NOOP>Deadline>VR>BFQ>CFQ
http://forum.xda-developers.com/showpost.php?p=18291071&postcount=251

Very nice job, wouhh
About the remount script, you say we have to launch the remount script with script manager, if I check run as boot, so I don't have to create a script remount (post 2) for each reboot?

superwahwah said:
Very nice job, wouhh
About the remount script, you say we have to launch the remount script with script manager, if I check run as boot, so I don't have to create a script remount (post 2) for each reboot?
Click to expand...
Click to collapse
If you already check it to run at boot, there's no need to run it again

[APP][4.0+][MOD][TWEAKs]Fly-On Mod App 2.0 Alpha2/FTS, Reborn/Materialized/30/11/15

Code:
/*
* Your warranty is now void.
* I am not responsible for bricked devices, dead SD cards,
* thermonuclear war, or you getting fired because the alarm app failed. Please
* before flashing it! YOU are choosing to make these modifications, and if
* you point the finger at me for messing up your device, I will laugh at you.
*/
For more info check the main Fly-On Mod thread : here
Index :
-Post 1 : Introduction.
-Post 2 : Download links.
-Post 3 : Changelog.
-Post 4 : Technical info and explications about Tweaking Android.
Introduction :
Hello guys,
After more than two years of the launch of Fly-On Mod, and the very good feedback it received, I decided me and my friend @thetechnologician
to work on a Fly-On app.
The aim is to provide a simplified access to the Mod, while freeing the users from the hassle that comes with installing the Mod.
And so with a simple on the fly switch, you can enable Fly-On tweaks but with an enhanced sense of control as you can enable and disable every single script and part of the mod as you like.
It doesn't come without mentioning that my friend @thetechnologician was the one who worked on the app, while im concentrating on the Fly-On Mod core.
Features
- The ability to control every part of the Mod.
- Simplified access for new users/not willing to flash the Mod through the recovery.
- Booster Mode for better performance and battery life.
- Full memory management/Better multitasking.
- Linux kernel tweaks and improvements for better performance and battery life.
- Less lags for gamers.
- Entropy generator engine used to reduce lags.
- Zipalign apps in "/system" and apps in "/data" every 24 hours which result in less RAM usage.
- Better thermal management and less overheating.
- Sqlite optimizations and faster database access.
- Increased SD Card read-ahead cache to 2048 KB for faster SD card read and write.
- Build.prop tweaks and improvements.
- Cleans log files and tombstones at every boot.
- Many other tweaks for better performance and battery life!
Requirements :
- Android 4.0.x or higher.
- Root.
- At least 10MB of free space at /system .
FAQ : (coming soon)
Credits:
-Thanks to Chainfire for the Superuser Lib.
-Thanks to Jack Palevich for the built-in terminal emulator.
If you liked our App, please rate this thread to 5 stars and press the Thanks button !

Try the latest F.O.M. App here :
Fly-On Mod App 2.0 Alpha 2

Changelog
Fly-On Mod App Alpha 1 : (08/03/2015)
-Initital release
-Supporting 7 scripts from Fly-On
Fly-On Mod App Alpha 2 : (08/07/2015)
-Sqlite optimizer script support
-Toast memory leak fix
-Init.d permissions fix
-fstrim binary support
Fly-On Mod App Alpha 3 : (08/11/2015)
-Removed the "Extract files button" (Process now happens automatically)
-Added full Init.d support
-Added Dns caching script support
-Added Logging engine support
-Changed the Apply changes button from soft reboot to reboot to accomodate loggin engine's dependencies
-Minor other design changes
Fly-On Mod App Alpha 4 : (08/17/2015)
-Added full busybox support and removed its button
-Added internal support for Jack Palevich's terminal emulator for entropy execution
-Removed the "Uninstaller" button (Process now happens automatically)
-Entropy engine support
-Full fly engine support, chopped to 5 different switches, therefore allowing full control over the engine
Fly-On Mod App Beta 1 : (08/21/2015)
-Reworked splash screen with better task management
-Fly-On Mod files updated to match Alpha 8
-Few design changes (Fly-On Engine collapse menu)
-Added OpenVPN Support
-Added tune2fs support
Fly-On Mod App Beta 2 : (08/24/2015)
-tune2fs becomes Ext4 tweaks, restricting the use to only the supported devices
-Added Vm tweaks to the Fly Engine
-Added Entropy monitor bar
-Added Android M support for the Sqlite optimize script
Fly-On Mod App Beta 3 : (08/28/2015)
-Logging dialogs : You can finally view the logs in-app (make sure you reboot after modifying your toggles, otherwise the logs will be empty)
-Expended compatibility by removing the EXT4 mounting restriction The app is fully universal now
-Fixed Entropy toggle bug
-Fully monitered and controlled Entropy engine without requiring the terminal emulator ( you can uninstall the terminal now)
-RAM management defragmentation into 3 scripts
-Tweaks sorted by type
Fly-On Mod App Beta 4 : (09/06/2015)
-Icon overhaul
-Added Booster Mode : Different modes that adapt your phone's performance/battery life ratio to your needs
-Added LMK profiles : New RAM Management profiles that optimizes your phone's multitasking abilities depending on your usage.
-Added description to toggles
-Minor bug fixes
Fly-On Mod App Beta 5 : (09/12/2015)
-Logs bug fixed
-Adblocker bug fixed
-Fixed Xperia Dual Recovery Bug
- Many minor miscellaneous bugs fixed
-Booster Mode fix
-Lmk Profiles fix
Fly-On Mod App Beta 6 : (09/20/2015)
-Fixed Entropy Engine and Ext4 Tweaks Toggles Bug
-Added "Enable All" toggle
-Added a Dark Theme
-Updated Booster Mode to v1.3
-Added Butter Mod : For a smoother User Experience
-Added I/O Scheduler tweaks
Fly-On Mod App 2.0 Alpha1 : (09/29/2015)
-Refreshed materiel design UI !
-Rebuilt from scratch for optimization purposes.
Fly-On Mod App 2.0 Alpha2 : (30/11/2015)
Major bugfix update :
-Fixed root issues related to fragments.
-Fixed force closes related to swiping between fragments.
-Fixed slowdown issues related to the home fragment.
-Root optimisations.

Use:
The Fly-On Mod App serves as a Graphical Interface to the now-famous Fly-On Mod script, which means that you no longer need to flash the latter through recovery since it will evantually be included in every new App release . However, as of the Alpha releases, only select scripts are supported. We now support all of the Fly-On Mod scripts.
How to:
EDIT: The app no longer needs any installable requisites : Just install the apk, toggle the wanted tweaks and click the "apply changes" button. Let the phone reboot and enjoy
Useful Info About Tweaks:
-Fly engine :
As of Beta2: Fly engine comes in 6 different scripts, every script is packed with some useful tweaks aimed to provide a lagfree experience while being battery friendly.
and thus Fly engine's tweaking target is your android's phone core(system+linux kernel), and here are some detailed info :
-Network tweaks : Used to improve overall network speed, by tweaking ipv4, netcore and TCP settings.
-Build.prop tweaks : as you all know the build.prop file is your android handset’s ‘ID card’, thus it controls many of your Android system's settings, tweaking those settings would greatly improve responsiveness as well as battery life.
-Disable sleepers : Disabling I/O scheduler sleepers would improve I/O smoothness.
-Sysctl tweaks : system control tweaks are used to tune virtual machine settings according to your device's RAM amount. Used with the Ram manager, the combo provides a lagfree experience.
-Kernel tweaks : as the name states.
-VM tweaks : more virtual machine tweaks( VM heap size tweak for now).
-I/O tweaks :
-R/W Turbo : Read/Write turbo script increases your SDcard's read-ahead speed, and contains some useful I/O tweaks.
-EXT4 tweak (For devices with EXT4 File system only) : Disables journalism which would improve File system performance.
Ram manager :
-LMK : The Low Memory Killer is a constant debate between more free RAM and more multitasking capabilities as free RAM is actually wasted RAM.
The Low Memory Killer is actually a feature in the Android OS used to improve memory management.
This is an important feature due to the perennial problem of having low free memory causing lagginess and slowness in launching apps. When you have free memory lingering around the number of 40MB or less, the Android OS just lags like hell.
What this would mean is, you would want to tweak the LMK to not have the situation of it having less than 100MB.
The modern Linux machine in the Android ecosystem relies on a mechanism called Low Memory Killer (LMK) to consistently free up RAM. This is due to Android's internal mechanism of caching apps (and never fully exiting them) when you press the back button. This is to enable faster app switching and provide a seamless experience for apps usage model. Android also, by itself will also constantly look for often used apps to cache them for faster app opening. This will happen even before your system fully boots.
Now, when you mention LMK, the most obvious thoughts that come up are minfrees and Out Of Memory (OOM) groupings. Yes, those two are integral parts when it comes to LMK. The issue here is that no one actually mentioned that there are two LMK systems in Android, that being:
+ Linux LMK
+ Android Dalvik VM LMK
-ZRAM : is a Linux kernel feature that provides a form of virtual memory compression. zram increases performance by avoiding paging to disk and using a compressed block device in RAM.
-KSM : Kernel same-page merging lets the system share identical memory pages amongst different processes. The result is obviously an improved multitasking experience.
-Killer : that's a script used to kill media seerver and google play services when battery draining wakelocks occur to improve battery life.
-Cleaner : Cleans /system and /data partitions by deleting many unuseful logs.
-Governor tweaks : Tunes your CPU's governor settings to provide a smoother, yet battery friendly experiece.
-Fstrim : Some Android users suffer from poor performance after some days/weeks of heavy usage. This is due to a well-known TRIM bug affecting these devices, so this lagfixer script is used to fix such a bug.
-Zipalign : is a tweak used to optimize Android application (.apk) files. The purpose is to ensure that all uncompressed data starts with a particular alignment relative to the start of the file. Specifically, it causes all uncompressed data within the .apk, such as images or raw files, to be aligned on 4-byte boundaries. This allows all portions to be accessed directly with mmap() even if they contain binary data with alignment restrictions. The benefit is a reduction in the amount of RAM consumed when running the application.
-SQlite optimizer : Vacuum and Reindex tweaks are used to optimize database of all apps in /data and /system, to achieve better performance.(expect longer boot time when this tweak is enabled)
-DNS caching : There are thousands of DNS servers on the internet, and your smartphone will be querying a lot of them. They start to "talk" to eachother to see if any server has information on the domain you are trying to access. Assuming the site has never been queried before, your request will eventually reach one of the nameservers (the primary source of the information), and the domain will be 'resolved', the IP identified, and your device now knows where the server is and can initiate communication; what about if your device already knows that server, it'll initiate communciation immediatly reducing the lag, that's what DNS caching is all about.
-Entropy engine : This engine can reduce lag by keeping a section of the Android file system (/dev/random) full of random bits so that the system does not have to wait for the file system to generate them.
OpenVPN : https://openvpn.net/

{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}

Reserved 5

Launcher restart every time....:crying:

phil_greg2001 said:
Launcher restart every time....:crying:
Click to expand...
Click to collapse
Can you explain a little more?

I'm on KK with my old sgs i9000 and with this mod Novalauncher restart all time.
But with your mod beta 6 it works fine.

phil_greg2001 said:
I'm on KK with my old sgs i9000 and with this mod Novalauncher restart all time.
But with your mod beta 6 it works fine.
Click to expand...
Click to collapse
Would you please specify which tweaks are enabled ?
Sent from my SM-G920F using Tapatalk

All tweaks without openVPN... Maybe I must uninstall beta6 before?

phil_greg2001 said:
All tweaks without openVPN... Maybe I must uninstall beta6 before?
Click to expand...
Click to collapse
Theoretically, the two versions won't cause any conflicts.
Although, you can try uninstalling Beta6, it may help.
Sent from my SM-G920F using Tapatalk

I must delete all files at initd.d to use the apk and fuction?

xn0live said:
I must delete all files at initd.d to use the apk and fuction?
Click to expand...
Click to collapse
I think not. Simply uninstall L_speed (if you're using it). Install FOMA check the options you want & reboot

xn0live said:
I must delete all files at initd.d to use the apk and fuction?
Click to expand...
Click to collapse
mauam said:
I think not. Simply uninstall L_speed (if you're using it). Install FOMA check the options you want & reboot
Click to expand...
Click to collapse
I forget to mention, that before using FOMA you should uninstall any previously used mod or script and clean your init.d directory.
Sent from my SM-G920F using Tapatalk

It this working on android 6.0?
Inviato dal mio Nexus 5 utilizzando Tapatalk

Balino said:
It this working on android 6.0?
Inviato dal mio Nexus 5 utilizzando Tapatalk
Click to expand...
Click to collapse
Yes, all android versions from 4.0 and up are supported.
Sent from my SM-G920F using Tapatalk

i'm use Sony Z3 dual and use 5.0.2 lollipop
when i install fly-on-mod app 2.0 alpha 1, i still can not view log via show logs button and this app usually "has stoping worked".
Please help me to resolve it

UIT_GHOST said:
i'm use Sony Z3 dual and use 5.0.2 lollipop
when i install fly-on-mod app 2.0 alpha 1, i still can not view log via show logs button and this app usually "has stoping worked".
Please help me to resolve it
Click to expand...
Click to collapse
When did it stop working ?
Are you able to view logs using a file manager ?
Sent from my SM-G920F using Tapatalk

slaid480 said:
When did it stop working ?
Are you able to view logs using a file manager ?
Sent from my SM-G920F using Tapatalk
Click to expand...
Click to collapse
when i tap to change view in the app, sometimes it has stop worked.
i use ES manager,in folder system/data/FlyOn, it has some log but all log was empty(0 Byte) and folder FlyOn also 0 Byte

[APP][4.1+] HEBF Optimizer - Battery saver and root toolbox (2021/05/31)

Code:
*** Disclaimer
I am not responsible for any side effects (if any) or damages (if any) caused by this application.
This is not a 100% systemless app. If you are having problems, please just uninstall it then reboot.
Introduction
Created in the midst of a broken heart, HEBF Optimizer is an application that aims to increase the performance of your device, also by focusing on battery performance, we didn't forget it.
The application also features a useful and smart toolbox that you can use whenever you want.
"HEBF" stands for "empty heart, full battery"
Click to expand...
Click to collapse
Images
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Features
VIP Battery Saver:
VIP Battery Saver puts your device into a deep battery saving mode by setting the CPU governor along with several other parameters of your choice such as force-stopping apps ("hibernating"), forcing the device into idle state (doze) and disabling checked features (WiFi, bluetooth, etc). VIP can be used with Tasker to be triggered in certain events or scheduled within the app itself. It is a very useful option if want to keep your device alive as longer as possible.
Game Booster:
In contrast to VIP Battery Saver, this Game Booster ramps up the CPU to obtain better instant performance. It can also trigger the DnD mode and force-stop apps as well to avoid interruptions while gaming.
This is also a root toolbox:
HEBF provides a nice interface for power users to tweak their device. There are some advanced stuff like the Window Manager, ART Compiler Filter and well known stuff like a CPU and RAM Manager, Fstrim and a Cleaner section. There are also several general battery, performance internet twaks you can apply, all within a single app.
Click to expand...
Click to collapse
Installation instructions
Make sure you meet the requeriments:
Android 4.1+
Root access (although the app has a rootless version, it will be dropped out soon)
Download and install the .apk file or get the app in Google Play. See below get the downlod links.
Click to expand...
Click to collapse
Changelogs
Code:
Current version: 2.4.6, 2020-07-18
[new] Added Kernel Panic switch
[new] Added option to activate VIP Battery Saver when the screen goes off
[changed] CPU Manager is now deprecated and will be later removed, please use SPKM instead
[changed] Removed DPI Changer, please use the Window Manager instead
[changed] Removed VIP Profiles
[changed] Overall improvements to VIP Battery Saver behavior
[changed] Updated Games database
Click to expand...
Click to collapse
Downloads
Note: Android File Host build may take longer to be updated. Please use XDA Labs instead.
Download
Google Play | XDA Labs | AFH
Click to expand...
Click to collapse
Thanks to/Credits
Code:
* @Lennoard
* Android VIP
* Beta Testers and translators
XDA:DevDB Information
HEBF Optimizer, App for the Android General
Contributors
IvsomEmidio, Lennoard
Source Code: https://github.com/Lennoard/HEBF
Version Information
Status: Stable
Current Stable Version: 2.4.6
Stable Release Date: 2020-07-18
Current Beta Version: 2.3.5
Beta Release Date: 2019-11-16
Created 2016-06-18
Last Updated 2020-07-18

Downloads
Play Store (Stable Version)
2.2.0 available on beta
HEBF Google+ Community
Facebook Page
HEBF Blog

Reserved
Changelogs:
1.0.1b
Second beta release
Now HEBF notifies you when the thumbnails size is over 300Mb!
Fixed Force Close when switching to Landscape mode
Tweaks revisions
Added Force connection type indicator
Color changes
Text revisions
Added more cleaner options
Collapsing AppBar Layout on About screen. The new FloatingActionButton takes you to the build folder at AFH
HEBF now verifies whether the necessary files exists and shows a warning if does not
Updated credits
Updated licenses dialog
v1.0.2b
Third beta release
Attempt to fix Force Close bug at the first time (By asking for READ first)
Fixed and improved busybox detection (We hope so) Thanks to @Omario-242
Updated translations
We started to work on lighter performance tweaks
Source code clean up (Partial)
Application log (/system/etc/HEBF/app.log) (@Marília de Oliveira) BR
v1.0.3
v1.0.3 Released
HOT: Fixed FC due storage permissions on Android 6.0+ FOREVER
Now I don't need to kill myself
Changelog:
4rd beta release
Fixed Force Close bug at the first time (No luck before)
Version changes
Library updates
Updated translations
Fixed notification icon size
Added clean thumbnails at boot
v1.0.4 Pre-Stable
*Hot:* Added German translations by @VenityZ
*Hot:* Added profiles menu
Improved application's performance
Updated Tweaks (Thanks again to the myth @Paget96 for his mythness)
Small color changes
Improved dialogs look
Fixed notification icons
Removed cleaner scripts at boot
Removed strange shadow above the toolbar
Improved ART Fix Switch system
v1.0.5
Updated Tweaks
Added Kernel Panic
Added Settings screen
Fixed battery calibration dialog
Separated faster boot into 2 options
Removed tweaks Cards if they don't match with the Android version
Improved tweaks explanations (more coming real soon)
v1.1.2 (Especial Version)
Updated tweaks
Improved descriptions
Added widgets, check them out!
3 options for the Floating Action Button at the Main screen, check them out!
Added Force English language on settings
Better management of new versions: if a new version is installed, a notification will ask you to copy the files again
Added Power saver for multicore CPUs
Decreased margins size on landscape mode
DPI Changer and Hostname changer now show the current value as a hint
Added manufacturer's bloatware remover (Limited)
Force copy option now shows a progress dialog
New options for Google Play Services drain fix (Experimental)
WhatsApp files cleaner now shows the current size of the folders
Reduced necessary thumbnails size for a notification to show
Added Low Memmory Killer - minfree manager
Added Reduce in-call delay
Added Better rendering quality
Added use GPU for rendering
Added TCP tweaks
Added Google DNS
Added Better 3G connection
Added NET tweaks
Added Improve browsing
Added Better streaming
Improved block buttons layout
Improved CardView's ripple effect
Bug fixes
v1.1.4
Fixed problems with root access
Fixed problems with profiles and infinite progress dialogs
Fixed problems with the introduction of the application, which suddenly ends sooner than expected making an error appear asking to copy the files again.
General improvements for 4.4-
Other bug fixes.
v1.3b
Updated German translations by Christof Schäfer
Added Russian translations by XDA Member @Hanabishi Recca
Added tablet layouts
Added Telegram and Screenshots Cleaner
Added Low RAM Device flag
Adblocker updated
Improved application performance
UI and design changes
Improved navigation
Better support
General improvements for everyone on 6.0+
Bug fixes
v1.5.1- Hanabi
Fixed issues for 4.4-
Added a Build.prop Editor [Advanced options]
Added a Run as Root option [Advanced Options]
FStrim updated
Prevent service to be killed on boot so it can be finished correctly
Fixed back button not working for some screens
v1.5.2- HNOH
- Non-launcher shortcuts for apps [Android 7.1]
- DNS Changer added [Advanced Options]
- Entorpy Manager added [Advanced Options]
- Adaptive LMK control added
- Added Fsync control
- Design and layout changes
- Added a splash screen
- Enhanced logging [Settings]
- Small changes of information
v1.5.3
- Presets added to Build.prop editor
- Low Memory Killer updated (improved logic + apply at startup)
- Game Mode Removed
- Game Booster added
v1.5.4 (PLAYSTORE BETA)
Battery information
Notification improvements
Spanish translation reviewed by Alekss Ro
Initial Hindi translation by XDA Member @sohamsen
Added Turkish translation by Umut TURUNÇ
Hint for current DNS [Manual DNS @advanced Options]
Layout changes
v1.5.4-March Rain
Added presets for build.prop editor
Updated Low Memory Killer (RAM management profiles + improved logic + apply on boot)
Battery information
Spanish translation reviewed by Alekss Ro
Initial Hindi translation by XDA Member @sohamsen
Added Turkish translation by Umut TURUNÇ
The return of the SELinux switch
Notification improvements
Hint for current DNS [Manual DNS @advanced Options]
Layout changes
Removed Game mode
Game Booster added
Logging improved
Code improvements
2.0.0 FÊNIX
[!] Preferences were reset, some settings may have been lost
New Intro screen
Added a dashboard screen
Added a device info screen
Added a CPU Manager screen (basics for now)
Changed colors: The blood color of my broken heart is red, not pink
Decreased margins size
You can now stop HEBF services individually
You can now schedule fstrim and select which partitions to trim
Improved Game Booster and its widget
Improved ART Compiler Filter option
Improved VIP Battery Saver
added a widget and a Quick Settings Toggle
Improved Backup / Restore: you can now share, import or export a backup as a configuration file. It also supports directly opening confuguration.zip files
Moved uncategorized options to the "Tools" screen
Removed Wi-Fi sleeper
Added Wi-Fi Settings (user lvl 3)
Added Instant Doze option (6.0+)
Info about the DNS server (External link)
Better logging system
Google Play Services Drain Fix is back with a different approach
Widgets updated
Updated Settings screen
Liquid Smooth UI updated
Lots of bug fixes including:
/data/data junk size not being shown
Crash due permission denied errors
Root shell
Fsync path
Whatsapp cleaning failure
ANR while reapplying changes
Text not being shown in some small screens
VIP Battery saver improviments and new UI
Game Booster UI
Tweaks UPDATED
And much more (See GitHUB)
2.2.0 MATE
[!] Preferences were reset, some settings may have been lost
HEBF Account and its features; login using it or your Google Account
AppOps (if supported)
Auto start Manager
Create, save, restore and share backups using the Google Cloud
Quickly disable data, WiFi, location, bluetooth and sync to save battery
CPU Manager improved (added support for big.LITTLE - still a bit buggy )
CPU Tunables edit mode now adapts for numerical input
Doze idling mode selection
Whitelist / blacklist apps for Doze
Unforce idle button
Cleaner improved
Cloudflare DNS
Updated ART Compiler filters for Android 8.0+
Adaptive icon for Android 8.0+
Build.prop Editor improved (search props, better non-prop detection, fixed permission denied issues)
You can now create a script from scratch in the Scripts Runner
Scripts Runner will warn about scripts containing "sleep" and "exit" commands
Sysctl\'s navigation improved
You can now schedule mediaserver kill
You can now open .hebf files to restore a backup
Layouts for landscape mode and tablets
Boost widget
New white theme
HEBF Emulated Command Line
Root processes will be opened less often
Initial support for non-rooted devices
Themes improved
Fixed some problems with the settings screen
Other bug fixes
ROOTLESS Now Avaliable
Auto Optimizer job
and much, much more.

Tweaks summary
Fstrim
Discards "trims" unused blocks on a mounted filesystem, reducing the lag by running
Code:
fstrim -v /cache
fstrim -v /system
fstrim -v /data
using the fstrim binary (duh ).It is recommended that you fstrim at least once in a week.
Zipalign
Optimizes the android package files (and its uncompressed data) alignment. It is not "necessary" on 5.0+ apks
Let us quote developer.android.com :
Zipalign is an archive alignment tool the provides important optimization to Android application (.apk) files. The purpose is to ensure that all uncompressed data starts with a particular alignment relative to the start of the file. Specifically, it causes all uncompressed data whitin the .apk, such as images or raw files, to be aligned on 4-byte boundaries.
[...]
The benefit is a reduction in the amount of RAM consumed when running the application.
Click to expand...
Click to collapse
AdBlocker
[COLOR="#A400"]Not avaliable in the Play Store version, and may not be here for too long.[/COLOR]
Modifies the hosts file (/system/etc/hosts) to block all the advertisements, including in-app ads.
Faster boot
Sets the shutdown mode to hibernate and enables the Quick Power On feature, speeding up the boot time.
Disable bootanimation
Reduces the boot time by disabling the bootanimation (It may seem that your device will not turn on correctly, but it is normal).
Improve battery
Avaliable for 5.0- and 5.0+ (yes), Optimizes the Wi-Fi scan interval, enables the power saving mode, disables the error reports without performance impacts to improve your battery life.
Google Play Services drain fix
Not avaliable in the Play Store version.
Fixes the battery drain caused by some of the Google Play Services background services.
WARNING: IT WILL DISABLE THE SERVICES, ENABLE THIS OPTION ONLY IF YOU ARE OK WITH IT AND IF YOU ARE EXPERIENCING DRAIN.
Avaliable services:
Location
Check-in
System update
User report
Reenabling the services may take some time, please be patient
Wi-Fi Sleeper
Increases your battery life by controlling, preventing and scheduling the Wi-Fi to switch itself on/off.
The value set for WiFi idle wait is 15 seconds
Power saver for multicore CPUs
This CPU balance attempts to run the workload in the system on minimum number of CPU packages and tries to keep rest of them idle for longer duration, helping other packages to be in idle state and save power.
First, it checks whether your device has the power suspend mode and then set the value according to your selection to ys/kernel/power_suspend/power_suspend_mode
Let's quote android.com
The power states of the system on a chip (SoC) are: on, idle, and suspend. “On” is when the SoC is running. “Idle” is a medium power mode where the SoC is powered but doesn't perform any tasks. “Suspend” is a low-power mode where the SoC is not powered. The power consumption of the device in this mode is usually 100 times less than in the “On” mode.
Click to expand...
Click to collapse
And kernel.org:
The kernel supports up to four system sleep states generically, although three
of them depend on the platform support code to implement the low-level details
for each state.
The states are represented by strings that can be read or written to the
/sys/power/state file. Those strings may be "mem", "standby", "freeze" and
"disk", where the last one always represents hibernation (Suspend-To-Disk) and
the meaning of the remaining ones depends on the relative_sleep_states command
line argument.
Click to expand...
Click to collapse
Note that in Android is a bit different but the thought is the same
Disable manufacturer bloatware
Not avaliable in the Play Store version. Currently only available for Sony
Freezes some useless packages and applications, you choose which.
Performance tweak
Enables the performance tunning mode, decreases the colors number to 16bpp (16 bits per pixel) and optimizes the "fling" velocity (smooth scroll) for a general improvement with minimal impact on battery.
The 16bpp mode is most noticiable in darker areas.
Best Multitasking
Tunes the Low memory killer parameters for a better multitasking profile, based on the amount of RAM available.
Gaming mode
Optimizes the FPS limit, enables purge of assets and frees more RAM for performance improvements in games.
Reduce in-call delay
Reduces the delay to receive or end a call
Better scrolling
Might drain
Improves the scrolling responsiveness and speed.
Liquid smooth UI
Can drain
Optimizes the touch pressure scale for improved user interface elements.
Improve rendering quality
May drain
Optimizes the screen composition properties and enables overlay UI mode for a better graphics quality.
Use GPU Acceleration
Will drain
Enables the hardware accelerated UI, forces GPU screen composing and disables the vsync for a much better performance at the cost of battery.
TCP tweaks
Improves various TCP values for the IPv4 protocol such as timeout and sockets reuse.
Use Google DNS
An public alternative to your current DNS provider. Google DNS (8.8.8.8 and 8.8.4.4) will improve the security and speed up the browsing.
Guess what, it is free.
Improve 3G speed and signal
Improves a set of RIL and HSDPA properties, prefix and GPRS classes to improve the quality of the connection.
Improve browsing speed
Tweaks for the buffer size of the connection types, from LTE to GPRS. Results in a better browsing experience.
Better video streaming
Tweaks for the stagefright (the Android media library, not the bug). Results in smoother video streams.
Force connection type indicator
Attempts to force the connection indicator to show (The 4G/LTE, H+, H, 3G, E or in some unfortunately cases, G icon on statusbar). Requires a AOSP or AOSP based Custom ROM.
ART Fix
Only forAndroid 5.0+
Sets the dex2oat as interpret only, making the applications load faster.
The dex2oat is the new runtime since Lollipop, it compiles the dex file directly so your processor can execute the code natively. This process to take the dex and prepare for a direct process is called OAT.
According to Google, interpret only would skip all compilation and relies on the interpreter to run code. This should cause:
Apps will load faster as dex2oat won't touch the code again, so, no more waste of storage too.
There will be less time to that screen "Optimizing app X of X"
Battery calibration
Calibrates your battery by erasing the batterystatus.bin file generated by the Android OS containing battery statistics (which sometimes gets corrupted). YOU MUST ONLY CALIBRATE WITH BATTERY LEVEL AT 100%.
Kernel Panic
Kernel panic is an action performed when the system detects a fatal software / hardware error from which it can't recover. Similar to the blue screen of death, of which I was victim. (Dayumm :/ )
Disabling it may slightly reduce lags and avoid random reboots.
Disable logging
If you don't want to see the Android striving to record everything that is happening in all applications, enable this option.
Some say that this can save battery...
SELinux Changer
Tries to changes the Security Enhancements status (SELinux) by running
Code:
setenforce [ ]
On Android 4.4 and later, the default value is enforcing, unless changed by a custom kernel.
DPI Changer
Changes the LCD density. Smaller values are equal to larger screen space
Default DPI for some screen resolutions:
Code:
240x320(ldpi) - 120
320x480(mdpi) - 160
480x854(hdpi) - 240
540x960(hdpi as well) - 240
720x1280(xhdpi) - 320
1080x1920(xxhdpi) - 480
Warning: Please disregard the above information if you are running this application on a Tablet.
Hostname Changer
Another extra feature to change the hostname (the device's name when connected to a Wi-Fi or Ethernet network).
The default name is someting like android-0d02d3352rd2
See:

The best App for tweaking! ❤
God job, my team! ?

Nice APP! It helped me so much
Sent from my Moto G 2014 using XDA-Developers mobile app

DeluxeMark said:
Nice APP! It helped me so much
Sent from my Moto G 2014 using XDA-Developers mobile app
Click to expand...
Click to collapse
Thank you, please keep an eye on it and report anything you judge necessary!

Would be possible to add a section for RAM manager? It was perfect
Sent from my Moto G 2014 using XDA-Developers mobile app

DeluxeMark said:
Would be possible to add a section for RAM manager? It was perfect
Sent from my Moto G 2014 using XDA-Developers mobile app
Click to expand...
Click to collapse
We're looking into it with the "profiles" concept but please, formalize the feature request here

Crashed on first start up on my Sony Xperia Z3 with Android N Preview 3
Did a restart of the app and it seems to work just fine.
Somehow it doesn't detect the busybox installation as it constantly gives
out the error message (I have sterricsons busyboy installed and updated).
Enabled a few tweaks here and there,
Will probably give feed back if I notice any improvements.

Omario-242 said:
Crashed on first start up on my Sony Xperia Z3 with Android N Preview 3
Did a restart of the app and it seems to work just fine.
Somehow it doesn't detect the busybox installation as it constantly gives
out the error message (I have sterricsons busyboy installed and updated).
Enabled a few tweaks here and there,
Will probably give feed back if I notice any improvements.
Click to expand...
Click to collapse
This crash is due storage permission being reseted for some reason, just in case it still remains crashing, check it on Settings.
We'll put it on FAQ soon.
About the busybox... That's a problem. Is it installed at /system/xbin?
And finally, Android N support is currently not guaranteed so surely there is work to be done
Thank you for your feedback, we appreciate your help

Lennoard said:
The crash is probably due the storage permission for some reason being reseted. Just in case it still remains crashing, check it on Settings
About the busybox... That's a problem. Is it installed at /system/xbin?
And finally, Android N support isn't guaranteed so surely there is work to be done
Thank you for your feedback, we appreciate your help
Click to expand...
Click to collapse
Doesn't chrash anymore, even after a reboot.
About busybox, it is installed to su/xbin (default on N?) tried to change it int the installer to system/xbin but it doesn't work.
Will it affect the app as it can only access system/xbin?
Than N isn't fully supported yet is clear to me
I like to experiment with beta apps!
EDIT: I now simply copied the busybox file from su/xbin to system/xbin and it seems to work,
at least there's no error pop up anymore

Omario-242 said:
Doesn't chrash anymore, even after a reboot.
About busybox, it is installed to su/xbin (default on N?) tried to change it int the installer to system/xbin but it doesn't work.
Will it affect the app as it can only access system/xbin?
Than N isn't fully supported yet is clear to me
I like to experiment with beta apps!
EDIT: I now simply copied the busybox file from su/xbin to system/xbin and it seems to work,
at least there's no error pop up anymore
Click to expand...
Click to collapse
Niiiiiiiiiice Hacky solution it's cool because it will work lol
You can also check by typing
Code:
busybox echo "Testing"
on the terminal, check where the terminal is grabbing the binary to work (generally /system/xbin & bin so that's why that question)
Peace bro
EDIT: you *might* have to chmod and chown the /system/xbin/busybox
Code:
mount -o rw,remount /system
chmod 755 /system/xbin/busybox
chown 0:2000 /system/xbin/busybox
mount -o ro,remount /system

Lennoard said:
Niiiiiiiiiice Hacky solution it's cool because it will work lol
You can also check by typing
Code:
busybox echo "Testing"
on the terminal, check where the terminal is grabbing the binary to work (generally /system/xbin & bin so that's why that question)
Peace bro
EDIT: you *might* have to chmod and chown the /system/xbin/busybox
Code:
mount -o rw,remount /system
chmod 755 /system/xbin/busybox
chown 0:2000 /system/xbin/busybox
mount -o ro,remount /system
Click to expand...
Click to collapse
It already has the right permissions and owner set up.
But the terminal command dosn't seem to work.
Not a single reaction after typing the commands

Testing... Nice work ??
Sent from my D5803 using XDA Free mobile app
---------- Post added at 11:26 AM ---------- Previous post was at 11:18 AM ----------
Gave FC to open the application later after the application worked correctly.. How can I find out the directory of the application Log?
Sent from my D5803 using XDA Free mobile app

Omario-242 said:
It already has the right permissions and owner set up.
But the terminal command dosn't seem to work.
Not a single reaction after typing the commands
Click to expand...
Click to collapse
It should print what is inside the double quote

Lennoard said:
It should print what is inside the double quote
Click to expand...
Click to collapse
Either I'm stupid or my device, now it works
But that does'nt tell me which of the busybox installations is used (system/xbin or su/xbin), does it?

Marília de Oliveira said:
How can I find out the directory of the application Log?
Click to expand...
Click to collapse
The full log of the app isn't stored, according to Google, it can lead to performance issues. (Not sure about that G)
But, you can grab the logcat using the "CatLog" app from the post #4, then you just add a "hebf" filter and start the app again
Peace
EDIT: We will add the log storage in the next build, it's beta anyway
---------- Post added at 04:43 PM ---------- Previous post was at 04:26 PM ----------
Omario-242 said:
But that does'nt tell me which of the busybox installations is used (system/xbin or su/xbin), does it?
Click to expand...
Click to collapse
Well, I've made a test.
Moved the busybox to su/xbin (This folder doesn't exist here :v)
And the terminal is returning this on the attached image
So, if you typed busybox echo "Test" and it returned "Test" correctly, the system is using the path that actually works whatever it is.
So if the shell can do it , I think there's no problem with su/xbin.
I'm gonna just add a exception on the busybox check Fragment on the app and there we go

New Beta Uploaded : 1.0.2b
See changelog for more details!

1.0.1b and 1.0.2b are with FC bug on Android 6.0+ at the first launch we are working on it plase wait for v1.0.3b

Squirrel Android Tweak App

Squirrel Android Tweak App​
Code:
*** Disclaimer
I am not responsible for any side effects (if any) or damages (if any) caused by this application.
This is a 100% systemless app. If you are having problems, please just uninstall it then reboot.
Introduction
Squirrel Android Tweak is an application that aims to increase the performance of your device, also by focusing on battery.
Include performance, battery, kernel tweaks, I/O, and a lot many other tweaks.
Squirrel Android Tweak vs Kitana Tweak[/COLOR]
Squirrel Android Tweak App is forked version of Kitana Tweak, All Kitana Tweak options are available in this app also
Features
Boost
F-strim
Hot Clean
Battery Improvement
Increase WiFi Scan
Kernel Tuner
Kernel Panic
Sleepers Optimization
Entropy
Bypass JNI
YouTube Resolution
GPU Rendering
Rendering Quality
Liquid Smooth UI
Better Scrolling
Performance Tuner
CPU Optimizer
FPS Unlock
16bit Transparent
Net Buffer Size
Net TCP Tweak
Net Speed+
Fast Streaming
IPv4/IPv6 Support
RIL Tweak
Fast Dormancy
Google DNS
ARM Wideband
I/O Boost
I/O Queue
SD Tuner
Scheduler Tuner
Cache Reclaiming
Cache Allocation
z-RAM Enabler
Swappiness
OOM Killer
RAM Profile
Low RAM Flag
KSM/u-KSM
Clean RAM
Disable Logs
Disable I/O Stats
Installation instructions
Make sure you meet the requirements:
Android 4.1+
Root access
BusyBox
Changelogs
Code:
Current version: 1.0.0, 2021-10-27
[fixes] Crash fixes for some devices
Group
Telegram Group: https://t.me/squirrel_android_tweak_app

Keep o sharing

Awsome work. Only error in the info on IO commands menu. The hints are duplicates of the GPU menu. So glad someone is making katanaTWEAK again. Profiles look cool to.