[DEV][SCRIPTS][MOD]Orig!n MOD 23/10 - Galaxy Y GT-S5360 Android Development

Orig!n MOD
Hey Folks.........
Introduction
What is Origin MOD
Origin MOD is script package by me, DC07, full of tweaks and system optimization with more features to give you better experience on your phone for great battery life and high performance. Based on pikachu01 Thunderbolt! script but repacked by me to optimized even further to fit our device. Huge thanks to pikachu01 for his Thunderbolt! script.
Features
✔Overall better performance and better battery life
✔ Less RAM usage through zipalign
✔ Reduced /dbdata, /data, /sdcard usage of *.db files and faster database access
✔ ZRAM script include
✔ Better network throughput from TCP tweaks and 3G tweaks
✔ Faster disk access through remount script (noatime, disable barrier etc)
✔ Faster SDCARD Read/Write Speed
✔ VM Tweaks, battery tweaks and kernel tweaks
✔ Build.prop tweaks and improvements.
✔Cleans log files and tombstones at every boot.
Requirements
-Android 2.3.x (Gingerbread) and higher.
- Kernel with init.d support.
- Root.
- ClockworkMod. (4 or higher)
- At least 4 MB of free space in "/system".
Package Includes
/etc/init.d/ scripts :
1_builder
60ZRAM
67OriginCalcx
78OriginMod
83OriginControl
99Origin_lagReduction
cpugputune
S99Systemcleaner
z_optimization
/system/xbin/ :
haveged
sqlite3
zipalign
\system\usr\idc
mxt224_ts_input.idc...... Thanks to NiTzZ
Installation
1. Delete all others script you have installed in "/system/etc/init.d"
2. Copy zip to your phone SD card
3. Reboot your phone to recovery mode
4. Mount /system and /data
5. Flash the zip you have downloaded
6. Reboot Recovery
7.Clear/Wipe Dalivk Cache
8.Reboot Phone
Credits
- pikachu01 - ThunderBolt
- Zacharias.maladroit
- XDA's devs for some reference of some tweaks in Zach's scripts
- Darkyy for zipalign
-Ne.xt For Pointing Out my mistakes.....
-All My Supporters
-All My Haters
Downloads
Dev-Host
Ne.xt said:
99Origin_LagReduction is a launcher tweak, you should inform users to change the "USER_LAUNCHER" value to the launcher they're currently using.
Click to expand...
Click to collapse

TIPS & Tricks
GUIDE TO GET BETTER BATTERY LIFE
WIFI: Turn off wifi when not in use.
NETWORK: Navigate to setting>more and choose gsm only in network mode when not use 3G. Also use manual search mode.
DISPLAY: Set brightness to 25% to get better battery life cause the major battery drainer come from screen. Use dark wallpaper or theme due to the fact that one black pixel does not consume any battery.
CPU: We can customize our cpu to our personal optimized system. As we now that underclock and undervolt are the great combo to achieve better battery life. I personally not recommend to overclock more than 1Ghz(In Some Kernels) cause it can damage our phone. I personally prefer SetCPU for control cpu but this is the outdated version. Go buy another one on play store. Combination of smartassV2 and sio is perfect for well balance to get better battery life without sacrifice performance.
SERVICE AND APP: Freeze any app that not in use like maps and facebook with titanium backup or simply remove any unwanted app. This will optimize our system giving some battery juice. Also dont use too much widget cause it also running in service. Use only needed
SYNC: Turn off auto sync in setting. This is because that auto sync will running all the time and at the same time our battery flow like water.
OTHER: Turn off gps, google location and google backup the get extra juice in battery.
Thanks To ZN6 For Tips....

Our devices' max. frequency is 832MHz. The 83OriginControl script wont work on our device unless it runs an overclocked kernel. Also, V6 supercharger will conflict with this mod since this mod has a minfree script. Lastly, 99Origin_LagReduction is a launcher tweak, you should inform users to change the "USER_LAUNCHER" value to the launcher they're currently using. I don't mean to flame or destroy, I just want to point out what mistakes are here.

Ne.xt said:
Our devices' max. frequency is 832MHz. The 83OriginControl script wont work on our device unless it runs an overclocked kernel. Also, V6 supercharger will conflict with this mod since this mod has a minfree script. Lastly, 99Origin_LagReduction is a launcher tweak, you should inform users to change the "USER_LAUNCHER" value to the launcher they're currently using. I don't mean to flame or destroy, I just want to point out what mistakes are here.
Click to expand...
Click to collapse
Thanks alot for my mistakes...and my apologies.....
But I mentioned 1Ghz in Some Kernels i.e Merruk,Eve,Jarvis....
ill remove the compatibility...
once again thanks

Downloading .. gonna try later

Related

[ROM]EclairMOD v0.3b Faster and More Reliable

Update v3b!! (Changelog in Bold so new reader can read the full descriptio, if you have the ROM already you can only read the BOld or jump to changelog )
<<<<DOWNLOADS>>>>
EclairMODv3b.zip-4shared
EclairMODv3b.zip -Megaupload
EclairMODv3b -Rapidshare
NB1:
TO ALL EclairMODv3 USERS,
You can restore only the system.img! this way you'll not lose any data or setting! Wipe data\cache this way:
RECOMMENDED only for v3 users, from other roms, or also from older EclairMOD verison, I suggest to wipe and restore the entire Backup!
NB2: I have to THANKS zewelor1 and Nothze that helped me A LOT to improve this rom even more! Thanks many props to you!!
the EclairMOD is a light ROM, I removed almost everything superfluous, all the crapware motorola, then:
APPLICATIONS REMOVED:
AlarmClock.apk
CarDock.apk
email.apk
FOTA.apk ----> updates are disabled in this way, but I don't tink they are needed : p
Gestures.apk
HelpCenter.apk
LatinIME.apk
LatinImeTutorial.apk
Launcher.apk
MediaGallery.apk
MotoCal.apk
MotoCarDock.apk
MotoGal.apk
Motonav.apk
PersonalPortal.apk
PicoTts.apk
TtsService.apk
VideoPlayerMoto.apk
VSuiteApp.apk
WorldClockWidget.apk
Here there is the apps removed
Dump.zip
just put them in /system/app and reboot
So given practically a vanilla ROM, and I inserted the following applications:
Wireless Tether - updated
Usb Tether - thx TheSolutor
Nexus Gallery ----> fully functional and integrated with the camera!
Droid X keyboard ---> fully functional with all the symbols and the vibration working!
Voicesearch ----> Voice search with included keyboard (with voice recognition!)
GenieWidget Froyo
Clock.apk original google
Dock.apk original google
Facebook.apk 1.3.2
Spare parts ----> access to additional settings UI and to speed up the animations (and accurate indications of battery consumption)
DroidShuffle.apk ----> control of the player directly from the headset button! 1 click play / pause 2 next 3 previous and long click for the shuffle, the application must sect has a simple UI
MIlestoneOverclock.apk overclocking could not miss ^ _ ^
QuickSettings-> a very handful utility! Nothing more to say
The ROM is complete ZIPALIGNED
Other tewak! :
JIT UPDATED TO v7 (got one is v2 or like that) MORE STABLE AND RELIABLE --> thx samdroid for the porting and zewelor1 for the segnalation
ADBD at Boot-> the ABD shell is loaded directly in Root mode since the boot!
SAMBA enabled! (thx zewelor1 e nadlabak)
NFS enabled! (thx nadlabak)
FLAC enabled!
Memhack enabled!
In build.prop set the time to scan the wifi in 90 seconds ... save a lot of battery (especially when you forget it enabled!)
Build.prop changed, so I added 2 lines on the use of JIT (included)
TWEAK in build.prop VIDEO HQ 6mbit 720x480 30fps max (stops at 24 \ 25 normally anyway: '()
changed dalvik.vm.heapsize increased by 50% from 24 to 36mega! (The DalvikVM will use more RAM but it also has more megs available and with the installed JIT we have a good responsiveness of the system)
Reduced Ring delay!
ROOT->superuser.apk version 2.3.6.1 updated!
Also as I reduced the ROM practically to a vanilla One, I replaced the following apk:
ADW launcher, I've abandoned LauncherPro, ADW is much more lighter, stable, personalizable and with much more settings! (and the resizable widget free )
Music.apk ----> MusicMode replaced with 1.6, provides widgets from 4x1 to 4x4 to control the music, gestures and interface much more advanced than the original
SMS/MMS MOD with led hack to set different colors and much more settings!
NEW BATTERY MANAGER from brazilian firmwares!! very very nice utility for your milestone!
BRIGHTNESS HACK:to set brightness under the minimum of the system (set to 2 where system sets to 20 lol) SPARE A LOT OF BATTERY WHEN NEEDED-> Returned to BrightControl app for compatibility iussues!
WidgetPicker MOD- new and more clean way to pick widget, this overrides the original picker- CREDITS: Boombuler
NEW- Apn-config list of apn, directly from CyanogenMOD 5.08
Google DSN Fix- thx to Kabaldan
SCRIPTS:
I have included in /system /xbin a series of scripts that can be used by ABD or (as I always do) from Terminal Emulator (whom I recommend!)
Again much much thx to zewelor1 to his efforts to improve this rom
mountsys -> mount /system
unmountsys -> unmount /system
rb ---> reboot
rr ----> reboot recovery
soundon ---> enable sound camera
soundoff ---> Disable camera sound
switchba ---> replaces bootanimation in /System/media with another
NB: New boot must be in the root of the SD and renamed "bootanimation.zip" (without the quotes)
blockads ---> block all ads from applications and browser (recommended xD)
showads ---> cancels the previous script and will show all ads
movecache ---> move the cache to sd! (Much free space)
busybox ---> Updated to 1.1.7 thx zewelor1!!)
nano->console text editor -> updated to the latest included in CyanogenMOD 6 rc2
vim->very handy console text editor
mountro/rw->munt unmount /system
agent->script for bluetooth agent configuration!
Cpueater
openssl->support ssl!
Openvpn->conf vpn via terminal!
Rsync
ssh->support ssh!!
timeinfo->info uptime
BUSYBOX installed in XBIN with symlinks so we can use busybox commands without have to type "busybox" before them!
MODULES:
Included in the Rom /system/lib/modules are:
cpufreq_conservative.ko
cpu_freq_interactive.ko
overclock.ko
cifs.ko
sunrpc.ko
lockd.ko
nfs.ko
ext2.ko
they are all loaded at boot (find the scripts in /system/bin/boot_script)
SAMBA & NFS
The modules are all loaded at boot, but to use you'll have to use the TERMINAL EMULATOR on the device!
NFS---> nfs modules for Milestone | android.doshaska.net
SAMBA---> Samba mount - cifs kernel module for Milestone | android.doshaska.net
for the SAMBA there is an app right here on XDA! CifsManager I recommend to create a folder /mnt/cifs with permission 777 AND a folder /sdcard/samba
Reminder: Please, if you have problem with those modules, do not ask in this tread, ask in the linked thread; I'll help you if there is a problem with the loading at boot, but I cannot help with the use of them!
OverClock
the file is as follows:
Code:
#! /System/bin/sh
/System/bin/ insmod /system/lib/modules/overclock.ko omap2_clk_init_cpufreq_table_addr = 0xc004e4b0
echo 65> /proc/overclocking/max_vsel
echo 1100000> /proc/overclocking/max_rate
echo "1 750000"> /proc/overclocking/freq_table
echo "4 750000000 50"> /proc/overclocking/mpu_opps
echo "2 500000"> /proc/overclocking/freq_table
echo "3 500000000 40"> /proc/overclocking/mpu_opps
echo "3 250000"> /proc/overclocking/freq_table
echo "30 2 250000000"> /proc/overclocking/mpu_opps
1100MHz with VSEL 65 and then with the other 3 step VSEL 50 to 750MHz, 500MHz VSEL 40 and 250MHz VSEL 30
may seem high (for battery consumption, having deleted the step to 125MHz) but apart from 1.1GHz there is a strong undervolt and therefore less power consumption!
Supported by the Conservative governor (which scale between especially the 2 middle steps when you do not need much power and stops at the first when not need!)
for those who want to roll to the original values and change only the last step (the highest) it's enough to delete the 71_overclock in the named folder and use the overclock app I included (and set it to boot of course)
By default both conservative and interactive are loaded at boot, but only conservative is applyed, with setcpu will be shown both, if you want the interactive at boot, see update-nosign.zip
I created simple update-nosign.zip to be applied through recovery (the GOT has miscellaneus option "apply update", do not remember in the openrecovery XD)
they have to be placed in the /SDCard/openrecovery/updates and I recommend NOT EXTRACT Leave Them in ZIP format!
So now we have
overclock650-update-nosign.zip <- simple overclock to 650MHz remains conservative and step and voltages are the ORIGINAL
overclock800-update-nosign.zip <- Overclocking to 800/600/250/125 all undervolted ! 56/50/30/22 the VSEL
overclock1000-update-nosign.zip <- Overclocked to 1000MHz with original stock VSEL! step change 1000/700/250/125 with VSEL 58/50/30/22
overclock1100-update-nosign.zip <- 1100MHz overclocking with VSEL 65 is ALREADY APPLIED BY DEFAULT VSEL step 1100/750/500/250 vsel 65/50/40/30 for those wishing to reapply it xD
NEW
I am attaching a few update to who wants a better battery life Indeed they are ULV (ultra low voltage) is not here the original VSEL xD here they are:
undervolt-550-ULV-update-nosign.zip -> no overclocking, only undervolting! (For those who really wants battery and not search performance) step 550/400/250/125 respectively VSEL 36 \ 32 \ 28 \ 16
overclock600-ULV-update-nosign.zip -> 600MHz overclock the same steps as before but with 600/38 VSEL
overclock700-ULV-update-nosign.zip -> 700MHz overclock the same step, but with 700 / 42 max as VSEL
overclock800-ULV-update-nosign.zip -> 800mhz overclock in steps 800/400/250/125 with 48/38/28/18 vsels
overclock900-ULV-update-nosign.zip -> 900MHz overclock step 900/650/400/250 with 50/40/30/26 VSEL
Dedicated to those who want performance and fuel economy: D (I have now abandoned the 1 1ghz in favor of this from 900: D)
For those who want the interactive ->
Interactive-to-boot
If you want to return to the conservative ->
Conservative-to-boot
They do their work flawlessy on MY rom (or ANY with overclock and/or governor script here before) IF you do it from a PLAIN rom (or a rom without overclock/governor) you'll have to set permission MANUALLY...
this is valid ONLY FOR OVERCLOCK/GOVERNOR, THE TEMES WILL WORK ON ANY 2.36
KERNEL TWEAK SCRIPT
This script allows you at boot (through the busybox's sysctl) to change some values of the kernel and the results??
Fluidity, speed and immediacy has increased significantly!
here is the script:
Code:
#!/system/bin/sh
sysctl -p
#
#Disable normalized sleeper
#
mount -t debugfs none /sys/kernel/debug
echo NO_NORMALIZED_SLEEPER > /sys/kernel/debug/sched_features
#
# Memory management
#
/system/xbin/echo 2048 > /proc/sys/kernel/msgmni
/system/xbin/echo 64000 > /proc/sys/kernel/msgmax
/system/xbin/echo 268435456 > /proc/sys/kernel/shmmax
/system/xbin/echo 500 512000 64 2048 > /proc/sys/kernel/sem
/system/xbin/sysctl -w kernel.sched_latency_ns=600000
/system/xbin/sysctl -w kernel.sched_min_granularity_ns=400000
/system/xbin/sysctl -w kernel.sched_wakeup_granularity_ns=400000
/system/xbin/sysctl -w kernel.sched_features=24188
/system/xbin/sysctl -w kernel.sched_compat_yield=1
/system/xbin/sysctl -w kernel.sched_shares_ratelimit=256000
/system/xbin/sysctl -w kernel.sched_child_runs_first=0
/system/xbin/sysctl -w kernel.hung_task_timeout_secs=0
/system/xbin/sysctl -w kernel.threads-max=5000
/system/xbin/sysctl -w kernel.sched_features=29
The benefits are immediate, since the common usage!
With this tweak we can also see the improvements in BENCHMARK:
QUADRANT-820 / 835 @ 1.1 ghz
The graphics performance will improve of about 6/7 fps in graphics tests in general, if you will notice now the fps are the same DroidX / 2! So now we have recovered in graphics performance of a generation gap (the score is now penalized from the better processor power in froyo)
NENAMARK-15.5 /16.5 fps
may not seem much (as DroidX/2 here does 21 fps), but the original is 13/13,5 so I had to point out the jump in performance!
I DO NOT BELIEVE in the bench ... they do not reflect real life, but in this case, help you understand how the tweak to kernel leads to a significant improvement of the graphical management, increasing performance
Remember to make a Nandroid backup before so if something goes wrong, everything can be restored
Changelog v3b
WidgetPicker MOD
New Overclock Module updated
Androidiani OpenREcovery support @boot
TWEAK KERNEL
new file APN
Updated system app
Google DSN fix
NEW XT720 Bootanimation
Bugfix
Single Dring bug
Lista APN updated
PatchMOD removed
WORKING ON:
2D lag ------> (workaround setcpu set in performance solves temporanely the problem!)
AND NOW ....
THEMES!
The themes will be applyed via update-nosign.zip, simplifying life A LOT, just apply the update, wait a while to boot and the theme is beautiful and ready! xD
The themes are those that I believe the most beautiful found around Androidlife.de and XDA, not many, just the original and other 6, but I hope you enjoy! Let me know if you want to see other subjects and apply them: D
Theme 1: BlackDroid --->% battery
Theme DroidX but in "dark" also includes apk for the completion of the theme (dealers, contacts etc) ADVICE adw + launcher theme! the effect is garanteed! (Although with launcher pro makes his slut figure: D)
BlackDroid-update-nosign.zip
here is a screenshot
screenshot1
sCreenshot2
Credits
Theme 2: Elegant Steel, a themed "brushed metal" style, bright and includes matching custom applications! ->% Battery
ElegantSteel-update-nosign.zip
Screenshots:
screenshot1
screenshot2
Credits
Theme 3: Simple DroidX theme! ->% Battery
Themed Droid2 / X, original, well-integrated with the android, no custom applications, just the framework and services.jar
DroidX-update-nosign.zip
Screenshot:
screenshot1
screenshot2
Theme 4: GalaxyS Theme
Could not miss one of the most beautiful and simple: the galaxy theme is a complete theme that involves pop-up icons load etc. etc., this version replaces LAUNCHER PRO WITH LAUNCHER TouchWiz, hope you like ^ _ ^
-update-galaxyS nosign.zip
Theme 5: flatblack Theme ->% battery
A very simplistic theme lol ... a black bar with percentages, transparent curtain and stop, a simple framework for non-res custom search extreme, but just fresh up the look ^ _ ^
flatblack-update-nosign.zip
Theme 6: Sense theme
NEW! completely new! With personalized system apps, widget skin! Personalized bootanimation! WORNDERFUL!
Download → Sense-update-nosign.zip
Credits
BACKUP!
For those wishing to go back:
Original-update-nosign.zip
WORKS ONLY FOR THE FRAMEWORK AND THE SERVICES, ANY THEME WITH CUSTOM APPLICATIONS, they will remain that way THEN MAKE A NANDROID BACKUP
BOOTANIMATIONS
So given that I fingerprint This Rom on extreme personalization (not only MINE but YOUR personalization!) I'll give you now all bootanimation I have xD and the most beautiful that I think, having already thought about this opportunity there is a small script included (already from v1 : p) that is just right for the situation ^ _ ^
The bootanimation I'm providing you are inside the folder with their name I recommend you: unzip the folder, NOT FURTHER Unzip, BOOTANIMATION.ZIP should remain so!
Put the file you want bootanimation.zip the root of sd (/ SDCard)
Open the terminal
ste and type two lines: D
Code:
su
switchba
DONE!!!
Easy you see?? XD
At nex reboot you'll see the bootanimation you've chosen! (Man I wasn't able to do easyer than that! LOL)
so here the bootanimations!
Bios.zip → The one of the First 2 releases
BrightDroid.zip-> Very Nice, simple but of effect! (a simple android with a light on the back that becomes stronger during the boot)
Droid2.zip-> original droid 2
DroidX.zip-> Original droid X
Droid-Does.zip-> The one that's on the rom by default, BEAUTIFUL! a Droid-Does that ends with the DroidX eye, IN BLUE!
htc.zip->we cannot let to miss nothing Original HTC queitly brilliant!
RESOLUTION HACK
This hack allows Android to Trick and make him believe we have a higher resolution screen now:
It can bring incompatibilities with older applications to. solve,go in spare parts, remove the "compatibility mode" and do a reboot, so everything will work perfectly!
Download this update.zip,will flash the new build.prop for the new resolution!
Resolution-hack-update-nosign.zip
(an amatorial estimation lol to me seems to emulate 1024x600 because seems to have space similar to the galaxy tab XD)
To who wants to undo the Resolution Hack ->
Resolution-restore-update-nosign.zip
Boys remember (then do not say I did not warn you xD) the hack is great because the screen really makes it much more capable of giving us information (quantitatively more) but it is also true that some applications may not react well despite the compatibility mode is off!
Simply because not all applications can support a resolution so high (like that emulated)
<<<UPDATE>>>
Recommend using this hack through the appropriate menu in ANDROIDIANI OPEN RECOVERY by ME and AZHAD: offers many different sets and does not want the flash of full build.prop but only the change of a line, I leave here the download for those unwilling to use the Recovery (RECOMMENDED TO USE FRO THIS ROM)
THX and Hope you like this ROM !!!
I really like to see another flavour of Rom available making it as fast and stable as possible Thanks for the post, i'll flash it now and see how it goes I've got high hopes for this Rom.
Silico said:
I really like to see another flavour of Rom available making it as fast and stable as possible Thanks for the post, i'll flash it now and see how it goes I've got high hopes for this Rom.
Click to expand...
Click to collapse
thank you very much
let me know if there is any problem
Sounds great, will give it a try.
One question though, since you put LauncherPro in /system/app, this means we can't update it through market, correct?
Lesiroth said:
Sounds great, will give it a try.
One question though, since you put LauncherPro in /system/app, this means we can't update it through market, correct?
Click to expand...
Click to collapse
the market recognize it to me
if not you can simply reinstall it from the market, nothing happens (apart the fact that now the apk is in /data/app) and is surely recognized from the market
Because of the setup of this rom, do I need to use SetCpu to manage the cpu or will this rom and its modifications do it for me?
Sent from my Milestone using XDA App
Silico said:
Because of the setup of this rom, do I need to use SetCpu to manage the cpu or will this rom and its modifications do it for me?
Sent from my Milestone using XDA App
Click to expand...
Click to collapse
You mean the frequencies or the governor?
both are set by default as 1100/750/500/250 conservative at boot set cpu may help you to see the temperature or the profiles, but the governor and the clock is automatic
I Don't use set cpu or any cpu controller indeed
89luca89 said:
You mean the frequencies or the governor?
both are set by default as 1100/750/500/250 conservative at boot set cpu may help you to see the temperature or the profiles, but the governor and the clock is automatic
I Don't use set cpu or any cpu controller indeed
Click to expand...
Click to collapse
Thanks for the quick reply! Looks like I don't need to use anything then Loving the boot animation by the way
This ROM is mega fast also great work
Silico said:
Thanks for the quick reply! Looks like I don't need to use anything then Loving the boot animation by the way
This ROM is mega fast also great work
Click to expand...
Click to collapse
thank you
this boot animation is soooo much retro xD i'm in love with it xD
how about battery life? i'm a bit concerned about this
ubutnux said:
how about battery life? i'm a bit concerned about this
Click to expand...
Click to collapse
I used a hig clock, but apart from the 1,1ghz state (wich can be changed with the overclock app) all values are undervolted and consumes less battery, and there is also the conservative governor loaded automatically
the battery life is good to me, 1 day use with normal use (15/18% left in the night) or 15\16 hours with intense use (like 5 hours browsing 3g, gaming and video), using a data toggle widget or a 2g\3g swithc the battery lasts for like 1,5 days TO ME
if 1,1ghz 65vsel is too mutch with the app you can set it to 1ghz 56 vsel wich is the original voltage, so it is sure that the battery will last longer
UPDATE first post!
Now for who wish better battery life, does not wanto to go 1,1ghz, want a different clock, I've posted easy update-nosign.zip to be applied from GOT recovery (under miscellaneus then apply update) they can be flashed even after the nandroid restore, before the first boot for who wish xD
New steps, more overclock or less overclock for all tastes hihiihi
Let me know If you like it! And obviously what you wish to have in This ROM!
Thx Guys
maybe some screenshots or some benchmark scores ?
Yeah I was tinking to post some bench but they are only for the 1.1ghz version...
I will post some in the evening
Screenshot: its vanilla android without theme with launcher pro nothing more xD
Sent from my Milestone using Tapatalk
Great ROM, love the modification u make..but the default OC make my miley loop boot on M logo, so after flash ur Rom/Mod i flash other OC zip file from u (800 Mhz), works flawlessy...
Sugestion : make theming, i would like to see a status without battery indicator, coz i use seidio 2600 mAh and the battery report uncorrectly...
Was thinking to themes I will work on it, right now I'm working on a more technical part (compcache and 2D lag) that will improve a LOT the performances (if I'll succeed to make them work of course
)
Sent from my Milestone using Tapatalk
Hi, can you please tell what radio band is used for this ROM? or which official rom this is based on?
Thank you for the work.
meatmon said:
Hi, can you please tell what radio band is used for this ROM? or which official rom this is based on?
Thank you for the work.
Click to expand...
Click to collapse
Sorry my fault I forgot to mention it … :-(
It.s the 2.36 wind ita
so uses the european baseband... if anyone have troubles with basebands, you may see the Dexter's page with all basebands update-nosign.zip and flash them.
89luca89 said:
Was thinking to themes I will work on it, right now I'm working on a more technical part (compcache and 2D lag) that will improve a LOT the performances (if I'll succeed to make them work of course
)
Sent from my Milestone using Tapatalk
Click to expand...
Click to collapse
sound so great..hardly can't wait...
Eheheh unfortunatly it's not so easy, the 2d is not possible to resolve until we'll have another library (like from the final milestone2 FW)
The compcache is a bit complicated, but the modules are on the way and the testing will start suddently I return home

[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

[UPDATE][ALL ROMS][HOW-TO]Speed Up & Maintain - [CM-7/9/10/10.1][NEW CONCEPTS]

I know, many people here want to have Android 4.x.x on their phones, but unfortunately, because of low-end processor as well as less RAM, these CM10/CM10.1 ROMs are laggy and slow. I am also one of them, but, after using these type of roms since 4 months, I have now got a perfect idea of using them. So, I am sharing the way I use these roms. Many people told that this also helps for CM7 users. So, now I have declared this thread as UNIVERSAL PERFORMANCE THREAD. This method can be used on - Stock | CM7/9/10/10.1.
NOTE : This method is same for PAC ROMS.. because they are based on CM. So, you can use this on PAC ROMs also.
♦ FINDING STABLE VERSION :
First of all, you will need to find a good stable version of any CM7\CM9\CM10\CM10.1 ROM. Find stable version by asking in general discussion thread of those particular ROM and then download that version. But, do not flash now.. Follow next step.
Note : For CM7 users - Official CM7 is best, but if you want you can try it on custom roms also. If you are using CM7 custom or stock based custom rom, then for scripts n tweaks to work, you must delete all the scripts from init.d so that scripts will not get overridden.
♦ SLIMMING THE ROM :
Slimming means making rom size less by removing unwanted and unnecessary applications from system/app. It reduces system memory use. Here is a chart of cm10.1 apps which are safe to remove - LINK
With reference to that chart you should remove following apps with adding alternatives to them.
Note: Left side apps are to be removed and right side apps are alternatives.
● LatinIME.apk - WP7 Keyboard App
● Browser.apk - Holo Web Browser
● CMFileManager.apk - Root Explorer File Manager
● Trebuchet.apk - Holo Launcher
NOTE: On CM7, default ADW is good, but you can also use Holo Launcher.
Other apps that can be removed without alternatives-
● CalendarProvider.apk - One of the big RAM consuming apps. This app start anytime, you do anything, so it will be a big save of memory removing this app. But, you will get problems with calendar sync..
● GoogleCalendarSyncAdapter.apk - Reomove this only if you do not sync calendar.
● Email.apk - If not in use.
● Gmail.apk - If not in use.
● Talk.apk - If not in use.
● GoogleBackupTransport.apk - It is used in google backups, remove on your own risk. (Not a risk, i always remove it.)
● ChromeBookmarkSyncAdapter - No use.
● HTMLViewer.apk - Never needed.
● UserDictionaryProvider.apk - It is useless without LatinIME.apk.
● VisualizationWallpapers.apk - Wallpapers app. Remove it always.
● CMWallpapers - Remove it always.
● VoiceDialer.apk - Do you really use it?
● LiveWallpapers.apk - Dont you care for your battery?
● QuickSearchBox.apk - If you dont use.
● PicoTTS.apk - Text to speech function.
NOTE: Alternative apps should always be installed in system/app only. For that, I recommend you to remove these apps drectly from rom's zip before flashing.
♦ USE OF SCRIPTS N TWEAKS :
Many people use hard scripts n many tweaks to get good performance. But, it is totally wrong.
Highly recommended to use Activo Speeder. It is the best script for performance. Dont use anyother thing with it- such as ram manager, seeder or anyother script.
(Note: If the above script doesnt work on your device then please find another good script and flash it.)
ALTERNATIVE FOR ACTIVO SPEEDER :
After testing a lot, I found that SuperCharger is the best script which can be used with any ROM to get more performance and for perfect RAM Management. Here are some steps on how to use SuperCharger -
● Here is the original thread for SuperCharger script.
● Script can be downloaded from this download page.
● Download latest script as well as starter package if needed (Read Original Thread).
● Now, for 4.x.x ROMs, you do not need to do anything with services.jar. But, for below 4.x.x, services.jar needs to be patched to get SuperCharger Memory Management working.
● Now, copy script to SDcard and run it with Script Manager as root. For more detailed guide plz prefer the original supercharger thread.
● Now, you are running the script. You will find many options and info on screen. Read it all and choose what you want.
NEW DISCOVERY : SUPERCHARGER + CROSSBREEDER = ULTIMATE PERFORMANCE WITH MAX ENTROPY ! - by Dark Passenger
● LINK FOR THE POST.
Here are some tweaks-
In Build.prop -
●
Code:
ro.ril.disable.power.collapse=0
and change the value from 0 to 1. (Add the line with proper value if does not exist)
This one is for battery saving.
●
Code:
dalvik.vm.heapgrowthlimit=48m
If it already exists then just match the values.
This is a VM Heap management for RAM.
●
Code:
ro.ext4fs = 1
Improves EXT4 performance.
● IMP :
Add following lines below "# Other" in build.prop
Code:
ro.com.google.locationfeatures=0
ro.com.google.networklocation=0
(If exists, just change the values as above).
(Note: This one will remove location feature increasing performance freeing up more RAM. This frees up to 30mb of RAM)
And now remove NetworkLocation.apk from system/app as well as com.android.location.provider.jar from /system/framework.
For further build.prop tweaking, you can use this great guide -> Click Here. Thanks to Dark Passenger for some build.prop tweaks.
This much tweaking and scripting is enough. DONT USE TOO MUCH TWEAKS N SCRIPTS.
♦ BASIC APPS TO USE :
Your rom's performance also depends on the apps which you use. Always look for apps' memory usage and if the app consumes more ram then try to find an alternative app for it. Here are some basic apps which you should use (i always use them).
● Use Root Explorer as file manager, Holo Launcher as Launcher.
● Use Cache Cleaner App. It is must. Clean cache once a day.
● Use Root Cleaner App. A must have app. Do "Quick Cleaning" twice a day. It will regulate your performance.
You can also freeze the apps you are not using at that time, such as DSPManager (Unfreeze it only at the time of listening songs)
Freezing Google Apps will be a great way to reduce RAM consumption.
● Use this amazing app - Autostarts. This app controls the apps that start automatically in your phone. If you want settings which I use then PM me. I will tell you, how to use this app.
CLICK HERE FOR AUTOSTART APP SETTINGS
● ABOUT TASK KILLERS :
Using task killer is good but, it is also bad. Task killing is actually meaningless. Some apps never really get killed. They start again n again. So, use Autostarts instead task killers. But, here is a nice app for killing processes and freeing RAM. This is the original app. I have themed it to look good. Download it here.
Use it as a task killer, press menu button and include system processes and then start killing processes which are useless.
● Try to use apps as system apps.
● If you are using UC Browser then in its settings, check "Clear Data on Exit". If did, you will see UC will take less than 10mb but, if you wont do this, UC will take more than 15mb.
♦ IMPORTANT TIPS AND SETTINGS :
● Always flash rom with a clean wipe and proper flashing method.
● Do not flash gapps again if they are included in the rom.
● Do not flash internal memory scripts as they reduce performance.
● Use Adrenaline Boost. Boost once or twice a day. Boosting much will increase battery consumption.
● Use Root Cleaner app and freeze the apps which you are not using at that time. Freeze Google Play Store, Google Services Framework and other google apps which are always on. Unfreeze them when you want.
● The apps used for Backup purposes should not be installed always. Keep them in your sdcard and install them when you want and uninstall when done with them.
● Basic apps should always be in system/app.
● In Developer Options -
Set all animations scale to .5x
Set Background Process Limit to "Atmost 4 processes", if issues occur then set it back to "Standard Limit".
Enable "Kill App Back Button". Always use this feature to come out of the apps which do not really exit on pressing just back button.
● Do not expect much from our phone as it is not a high-end phone. Dont expect good battery life but, still to gain good battery life. Keep RAM free by using the ProcessKiller app as told above. I always get 170 mb RAM free.
● Do not charge battery until it gets discharged upto 10% or less. While charging do not remove it till it reaches 100% and 20 mins above that.
● Calibrate battery when needed.
● Avoid use of apps which are always running either in background or foreground.
● Press thanks. .
Re: [HOW-TO] Speed Up & Maintain CM9 | CM10 | CM10.1 ROMs
Very good tutorial i came across so far :good:
+1
So true...great thread...
even i used to things unknowingly but now i know what to keep(apps) and vice versa.. great work..:good:
mni ANKIT said:
So true...great thread...
even i used to things unknowingly but now i know what to keep(apps) and vice versa.. great work..:good:
Click to expand...
Click to collapse
Thnx..
Great
very helpful thread. good job
Good tutorial(surprising no one thought of it sooner, yes me Included).
1. small thing
add explanations for all those tweaks(basically what they do)
eg.
ro.ril.disable.power.collapse=0 : claims to put the phone into deeper sleep but according to the code base seems to be undefined and should actually do nothing
pm.sleep_mode=1 : useless cause ICS and above devices this is a kernel parameter that needs to be passed directly to the kernel on boot(thus putting it to build prop doesn't help).
ro.com.google.locationfeatures=0
ro.com.google.networklocation=0
and this just shuts off network locations(for google services).
a good guide to know which leaks are the real thing and which suck(ICS and above only) guide
Dark Passenger said:
Good tutorial(surprising no one thought of it sooner, yes me Included).1. small thingadd explanations for all those tweaks(basically what they do)eg.ro.ril.disable.power.collapse=0 : claims to put the phone into deeper sleep but according to the code base seems to be undefined and should actually do nothingpm.sleep_mode=1 : useless cause ICS and above devices this is a kernel parameter that needs to be passed directly to the kernel on boot(thus putting it to build prop doesn't help).ro.com.google.locationfeatures=0ro.com.google.networklocation=0and this just shuts off network locations(for google services).a good guide to know which teaks are the real thing and which suck(ICS and above only) guide
Click to expand...
Click to collapse
First of all thanks for the info...
actually, for ro.ril.disable.power.collapse=0.. it is default.. but it is written that the value 0 should be changed to 1..
And about pm.sleep_mod.. i will remove that.
The lines -
ro.com.google.locationfeatures=0
ro.com.google.networklocation=0
Remove location features.. i forgot to mention that.. but.. network location is useless for some people and eats about 30mb of ram.. always (in any condition) so.. removing location features by these lines is a good way to manage ram..
Thnx for tht link.. i will include that.
OJ said:
First of all thanks for the info...
actually, for ro.ril.disable.power.collapse=0.. it is default.. but it is written that the value 0 should be changed to 1..
And about pm.sleep_mod.. i will remove that.
The lines -
ro.com.google.locationfeatures=0
ro.com.google.networklocation=0
Remove location features.. i forgot to mention that.. but.. network location is useless for some people and eats about 30mb of ram.. always (in any condition) so.. removing location features by these lines is a good way to manage ram..
Thnx for tht link.. i will include that.
Click to expand...
Click to collapse
agood tweak is to switch this
Code:
dalvik.vm.heapgrowthlimit=32m
to
Code:
dalvik.vm.heapgrowthlimit=48m
(enough for our devices) cause this fixes the vm heap to restrict size to 48m(hence preventing the vm heap from spliting).
source :zeplinox
also
Code:
ro.ext4fs = 1
(suppose to improve ext4 filesystem performance).
also anyone tried to change this
Code:
debug.composition.type=gpu
on cm10.1/aokp 4.2
to
Code:
debug.composition.type=mdp
what happens(I mean does it cause bootloop or not).
Dark Passenger said:
agood tweak is to switch this
Code:
dalvik.vm.heapgrowthlimit=32m
to
Code:
dalvik.vm.heapgrowthlimit=48m
(enough for our devices) cause this fixes the vm heap to restrict size to 48m(hence preventing the vm heap from spliting).source :zeplinoxalso
Code:
ro.ext4fs = 1
(suppose to improve ext4 filesystem performance).also anyone tried to change this
Code:
debug.composition.type=gpu
on cm10.1/aokp 4.2to
Code:
debug.composition.type=mdp
what happens(I mean does it cause bootloop or not).
Click to expand...
Click to collapse
Thank you very much.. will add them all soon.
Activo seeder seems to do nothing for me...xcellent replacement is crossbreeder mod which i use everytime along with ram manager app..
swat4samp said:
Activo seeder seems to do nothing for me...xcellent replacement is crossbreeder mod which i use everytime along with ram manager app..
Click to expand...
Click to collapse
As you think.. it is up to you. I think activo is best. But, do not use both together.. use only one thing at one time.
Hey thanks for your awesome guide, to be honest i am using this guide with CM7.2 and i can feel better memory and battery life.
can you please tell me your auto start up settings, i wanna know exactly which apps to disable.
CoDDeZ said:
Hey thanks for your awesome guide, to be honest i am using this guide with CM7.2 and i can feel better memory and battery life.can you please tell me your auto start up settings, i wanna know exactly which apps to disable.
Click to expand...
Click to collapse
Wait, i will give you them..
EDIT: Here are the settings -
(Apps that should be disabled)
During Startup :
Google Services Framework
After Startup :
Contacts
Gallery
Download Manager
Settings
Google Play Store
DSPManager
Google Play Services (all 3)
Google Services Framework (all 4)
Connectivity Changed :
Download Manager
Google Play Services
Google Services Framework (all 3)
Application Installed :
UC Browser (If you have)
Gallery
Contacts Storage
Google Play Store
Google Services Framework
Pico TTS
Themes Provider
Application Changed :
Gallery
Contacts Storage
Google Play Store
Play - My Library
Application Data Cleared :
Google Play Services
Google Play Services
Application Removed :
Gallery
Contact Storage
Google Play Store
Google Play Services (all 2)
Themes Provider
Application Replaced :
UC Browser ( if you have)
Contacts Storage
Time Changed :
Google Play Services (all 3)
Power Connected :
Google Play Services
Note : If you have any other apps installed then disable the apps from those installed ones which you dont want to get started automatically. It depends on you.
Thanks!
BTW, don't remove UserDictionary.apk, when i did, my keyboard kept crashing and force closing every 2 seconds.
Dunno if this doesn't happen at CM9+
Just for CM7, make sure you don't remove the app i mentioned above.
CoDDeZ said:
Thanks! BTW, don't remove UserDictionary.apk, when i did, my keyboard kept crashing and force closing every 2 seconds.Dunno if this doesn't happen at CM9+Just for CM7, make sure you don't remove the app i mentioned above.
Click to expand...
Click to collapse
No it wont happen if you use wp7 keyboard with it.. it also has an inbuilt dictionary in it.
Actually, UserDictionaryProvider.apk and LatinIME.apk are related with each other.. so of we remove one of them n try to use th remaining one.. we will ovbviously get force close.
LatinIME.apk , according to me, must be removed.. because it is near about 10mb ( more than 5mb in cm7)..
Supercharge-CrossBreeding Guide[2.2+]
Supercharger CrossBreeder Combo:-- Yes This will help provide a boost.(this is an alternate to Activo Speeder,Adrenaline engine+boost)
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Q.Now you guys ask me why to use crossbreeder along with supercharger ?
Ans.Crossbreeder is an entropy generator(faster refreshing & movements generation in apps) along with dnsmasq cached dns requests(speeds the net)It does nothing where the ram is concerned(and ram is a scarce resource).Here's where Supercharger comes in the combination of min-frees , and fast engine flush(its like an automated adrenaline boost!)allows for much better user experience.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
you can get the latest supercharger v6 script form here its called beast but is safe tested and assured.
you can get latest crossbreeder here.
erikcas has already patched the service.jar so you don't have to do anything
Note : - the service.jar doesn't need to be patched for 2.3 or 2.2 as the values are written & read from build.prop or local.prop(preference to build.prop).
now lets begin.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Install CrossBreeder in recovery its a flash-able zip.
now for the interesting part cross-breeder has certain parts of supercharger in it.Mainly Kernel Mods(KAK)
so in supercharger I'm sure you know how to use it if no here's a small guide.
Guide
install an app called script manager(available in the play-store).
inside the app your first prompt will have an option of browse as root choose it(gets highlighted as blue)and click OK
now navigate to where the downloaded script is located and click on it.
on the top corner there should be an icon of superuser (skull with cross bones) click it and the n click run
now you are running the script....
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
now I wont help you with each and every aspect here(Its actually very simple if confused ask).
main point is to accept nearly everything when asked
a few exceptions are.
if you have zip align is any other script like int2ext then choose to disable boot align and zip align and only enable fix emissions.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
launcher strength = die-hard
Note :don't lock home in memory.
min-frees Settings this is your ram manager :
The setting are not available for 384mb devices(like us) so after a lot of trial and error I found the best working categorization they are as follows :-
Old Settings:
for people who like to have a smooth lag-free experience in their current app BUT no multitasking choose balanced(512hp) categorized by me as aggressive.(option 6)
for people who like limited multitasking along with a fairly lag-free experience choose Quick v6 cust-OOMizer. Categorized by me as balanced. (option 10).
for people who like a large amount of apps open simultaneously and don't mid as many apps open choose 256hp balanced categorized by me as Multitasking (option 3).
New Settings: (only for people who know what they are doing).
These are custom minfree values that can be entered from option 10(custOOMize) and not enabling minfree calculator values.
they are still experimental.
Code:
8,12,30,36,41,47----Balanced(same as minfree calculator).
8,12,33,39,44,50----Aggressive
8,12,24,30,35,41----Multitasking
a good guide to understand min-free settings and OOM is this
Note : disable zram(comp-cache).
Note : disable lock launcher in memory.
now when prompted for kernel strength choose default(thus no conflict with crossbreeder).
Detailing (helps use it).
for detailing choose every 4th boot.
Fast-Engine Flush
for fast engine flush(its kind of like adrenaline boost hell its the same). choose every 6hrs(its automatic wont even know its there) recommended for gb or froyo roms....still lagging choose every 3hrs or recommended is 6 hrs.
NOTE FOR GAMERS
enable fast engine flush every . hrs this will remove cached apps every 6mins allowing for free ram i.e a fast and generally lagfree experience though i recommend to change back to 6hrs once game finishes.
this should allow for a fast and smooth performance with no loss of life.
Thanks and Happy Flashing.
Dark Passenger said:
Supercharger CrossBreeder Combo:-- Yes This will help provide a boost.(this is an alternate to Activido)you can get the latest supercharger v6 script form here its called beast but is safe tested and assured.you can get latest crossbreeder here.erikcas has already patched the service.jar so you don't have to do anythingnow lets begin.Install CrossBreeder in recovery its a flash-able zip.now for the interesting part crossbreeder has certain parts of supercharger in it.Mainly Kernel Mods(KAK)so in supercharger I'm sure you know how to use it if no heres a small guide.Guide
install an app called script manager(availabe in the playstore).inside the app your first prompt will have an option of browse as root choose it(gets hilighted as blue).and click oknow navigate to where the downloaded script is located and click on it.on the top corner there should be an icon of superuser (skull with cross bones) click it and the n click runnow you are running the script....
now I wont help you with each and every aspect here(Its actually very simple if confused ask).main point is to accept everything when asked(launcher strength die-hard).minfrees according to me the minfrees set by the calculator are a tad bit too high(they tend to kill everything if you dont multitask this is the best).a better alternative is to use the balanced settings from 512hp(should be enough but if you get black screen in apps try multitasking 512hp)now when prompted for kernel strength choose default(thus no conflict with crossbreeder).for detailing choose every 4th boot.for fast engine flush(its explained kind of like adrenaline boost). choose every 6hrs(its automatic wont even know its there)....still lagging choose every 3hrs(very risky).thats about it.this should allow for a fast and smooth performance with no loss of life.also please disable zram. and lock home in memory.Thanks and Happy Flashing.---------- Post added at 09:44 PM ---------- Previous post was at 09:42 PM ----------@OJ sorry for piling onto your thread but its such a small matter so didn't want to make one of my own.So we can have this as a comprehensive guide.
Click to expand...
Click to collapse
Why sorry..??? You are helping me.. then no sorry..
BTW, thanks for this new trick.. i am gonna try this.. and will include it in the guide as an alternative to Activo Speeder..
One more thing, it would be nice if you improve this guide a bit.. so that all people will get it.. thnx..
OJ said:
Why sorry..??? You are helping me.. then no sorry..
BTW, thanks for this new trick.. i am gonna try this.. and will include it in the guide as an alternative to Activo Speeder..
Click to expand...
Click to collapse
Sorry was for using your thread but rather than having multiple threads on the same topic I thought we should have one with multiple methods.
OJ said:
One more thing, it would be nice if you improve this guide a bit.. so that all people will get it.. thnx..
Click to expand...
Click to collapse
how so...? Edited it a bit let me know what else is needed
can you please explain what is the benefit of installing app as a system app instead of normally installing in internal memory
Sent from my GT-S5670 using xda premium
Dark Passenger said:
Sorry was for using your thread but rather than having multiple threads on the same topic I thought we should have one with multiple methods.how so...? Edited it a bit let me know what else is needed
Click to expand...
Click to collapse
Now it is perfect.. i will add it soon..

[DISCONTINUED][ROM][PORT] Nitrogen *The Resurrection*[CM7][DEODEXED]

Nitogen*The Resurrection*
***Description***
Nitrogen *The Resurrection* is based on official CM7 sources for base then modified to give exceptional levels of performance, audio & aesthetics.
Whether you are a social networking nut, Major Gamer or casual user, Nitrogen can cater to all requirements without breaking a sweat.
***Credits***
1. ReaperXL2 for the original rom Original Link
2. Zeppelinrox for direction on OOM & ADJ values.Studying his Supercharger helped me a lot with these
3. PSNDNA88 for Modifying Firekernel with MemMod V3 modification
4. Aniket{The"A"Factor]More for further Kernel modification & cleanup of un-needed crap in kernel & for His Clock/Alarm solution...
5. Imbawind for direction & code sections from "Adrenaline Engine" to create "Adrenal_D4rkMod Engine"
8. Various Devs for supplying the various tweaks, advice & tutorials that enabled me to build this rom
9. $$ Dinesh $$ for being my support Themer who's contributions have been invaluable
10. GinLemon for his truly superb launcher
***Features***
1. Completely Re-vamped & Modified UI & status bar/expanded window etc...
2. Unique "Smart" launcher is simply beautiful & also theme-able... Fast & Smooth is the order of the day here... Also Includes "SS Launcher" for maximum Theming ability
3. Internal /data used for swap (no sd card degradation from swap) & Internal mem Xpanded (size of Ext4 partition dictates size of Internal storage) eg. 1gb Ext4 = approx 800mb internal storage, 2gb Ext4 = approx 1.75gb internal and so on... You get the idea !!!
4. 100% lag free system at all times...
5. Full BLN support...
6. ViPERFX (Updated), Custom D4rkBeats Audio (Updated), tweaked to produce outstanding levels of High, Mid & Bass frequencies with minimal levels of distrtion at high volume levels... This rom has been described as a "Portable NightClub"...
7. Ram optimization is in effect giving excellent system ram management...
8. GPU lib tweaks giving superior levels of gaming never seen before on Ace (without Chainfire 3D anywhere in sight)...(UI is rendered by GPU as default but the system can utilize 2D emulation when apps or games require them... this gives outstanding GPU performance across the board, regardless of current activity...
9. Network & wifi data throughput tweaks giving fast data transfer speeds (Updated)... Makes online gaming a joy & downloading a breeze
10. Dalvik VM tweaks to enhance system performance (further Optimised)...
11. Tj_STyle's Kernel for CM7
12. Battery tweaks to give longer uptime & better sleep savings (Further Optimised)...
13. Zipalign & SQlite database optimisations...
14. many more things that I'll leave you to discover for yourselves..
***Bugs***
None!!Report if any!!
***Install Instructions***
1. Boot into recovery...
2. Perform the full system wipe procedure...
3. Flash the rom...
4. Re-boot your phone...
***Downloads***
Mediafire Link​
where's the screenshoot?
See the original link
zhu_zhu said:
where's the screenshoot?
Click to expand...
Click to collapse
same as original rom dun wurry!!

Categories

Resources