[REF][SCRIPTS] Android Optimization Tips - Vibrant (UPDATED 10/19/2011) - Vibrant Android Development

Introduction
I've made a Definite Guide on Android thread for i9000 that focuses on a few optimizations/scripts I've picked up over the months I've spent on XDA. I truly enjoyed sharing my knowledge with the i9000 community and since the tips/guide/scripts can also be applied here (save some exceptions that I would list down below),I would like to share this with the Captivate community too.
Exceptions
Take note that the guide is primarily for i9000 units. There are a few differences I can note here that you should be aware of:
1. The guide points out some kernels/ROMs that are for i9000. Hence the phones you are using may have different ROMs/kernels that may or may not correlate with the one in the guide.
2. The guide also mentions some apps/tweaks that are particularly alien to your unit and you may have never encountered it in your use of your phone or in XDA. Please ignore them for now, I'll make an effort to make the guide compatible in the future (with feedback from you guys of course )
3. Journaling scripts that are attached like the JournalingOn.zip and Acid Tweaks - Removed Useless Stuff and 00remount may not work well with your unit or it may completely brick it. I don't know this, but if you can post your mount partition configuration, I am willing to make the scripts work for you. You only have to type "mount" on your Terminal Emulator and provide the output to me, and I'll provide the rest. Zach's script however, have high compatibility towards a lot of phones, and thus can be used for your unit. Take note that there is a slight risk that it won't work well. If it doesn't, please post your problems here, and I'll try to fix it. Hence, it's best that you make a nandroid backup before attempting to use any tweaks here.
3. I've compiled a guide on a few notable tweaks in XDA here: LINK. If you would like me to evaluate scripts/tweaks/anything that you do not understand due to their terms being alien to you, I'll be glad to explain it here
Guide
You can refer to the guide here:
LINK

s98screenstate_scaling script (provided in attachment) works for any kernel ?
and thanks, for good stuff.

neobuddy89 said:
s98screenstate_scaling script (provided in attachment) works for any kernel ?
and thanks, for good stuff.
Click to expand...
Click to collapse
Yes, it should work if your kernel has conservative as well as ondemand governor implemented in the kernel, and the kernel supports init.d scripts.
If your kernel doesn't, you can edit the script and point to a governor of your liking. Instructions are in the script itself.

Would it be possible to use scary as sleep and smartass for awake? I'm using the dragonmodz kernel listed here http://forum.xda-developers.com/showthread.php?t=1049894 I tried to make the edits myself but just end up freezing my phone.

G00DFe77a said:
Would it be possible to use scary as sleep and smartass for awake? I'm using the dragonmodz kernel listed here http://forum.xda-developers.com/showthread.php?t=1049894 I tried to make the edits myself but just end up freezing my phone.
Click to expand...
Click to collapse
Yes, it's possible. However, the thresholds and other settings for it needs to be overwritten with scary/smartass default settings as the ones in there are default for conservative and ondemand respectively.

Made some pretty big changes to the guide.
Please refer to it when you have the time!

Related

[Q] About the ~200 line Linux kernel patch that does wonders

Hello, guys!
I guess most of you know about this "magic patch" that significantly boosts Linux speed. It's going to be merged in the 2.6.38 branch and it's shipping with Ubuntu Natty too. But this kernel patch can be applied to a previous kernel as well, just rebuilding it with this 224 magical lines of code.
What I wanted to know is if it's possibile to rebuild our kernels with this patch, if it is already, or if it's possibile but won't have significant boosts on Android devices.
You may read more about this on Phoronix. On the 2nd page there are video demos for lazy ones!
This has been discussed here twice &found not to help because we dont use harddisk.
Sent from my GT-I9000 using XDA App
was it "proven" or "theorized" ?
You can look it up here in dev. Search
Sent from my GT-I9000 using XDA App
ragin said:
This has been discussed here twice &found not to help because we dont use harddisk.
Sent from my GT-I9000 using XDA App
Click to expand...
Click to collapse
Thank you, but can you please link the thread with this discussion? I can't seem to find it. Also, this patch regards CPU, not hard disks.
this patch will be officially introduced in the 2.6.38 kernel..
also, this kernel will have about 50% more speed increase, due to the 200 lines patch and another issue resolved after it .. in general the upcoming kernel will be blazingly fast !!
there is a script that tries to do the same as the patch for earlier kernels. which I use on my Ubuntu laptop, and yes major performance increase !!
I tried to apply it to my previous phone (HTC Hero), but didn't work. I also asked Cyanogen on his twitter, but didn't care to give me an answer..
finally I gave up, and decided to wait for the next Android version that will have the 2.6.38 in the future..
MaXo64 said:
this patch will be officially introduced in the 2.6.38 kernel..
also, this kernel will have about 50% more speed increase, due to the 200 lines patch and another issue resolved after it .. in general the upcoming kernel will be blazingly fast !!
there is a script that tries to do the same as the patch for earlier kernels. which I use on my Ubuntu laptop, and yes major performance increase !!
I tried to apply it to my previous phone (HTC Hero), but didn't work. I also asked Cyanogen on his twitter, but didn't care to give me an answer..
finally I gave up, and decided to wait for the next Android version that will have the 2.6.38 in the future..
Click to expand...
Click to collapse
I'm using that script too on Maverick! I don't think there should be a significant increase in responsiveness if you apply it on high-end systems, but our SGS might benefit from it (as my old dual core system).
You say it didn't work on your Hero, but were there any errors in dmesg or you didn't find any significant change in speed?
thunderteaser said:
I'm using that script too on Maverick! I don't think there should be a significant increase in responsiveness if you apply it on high-end systems, but our SGS might benefit from it (as my old dual core system).
You say it didn't work on your Hero, but were there any errors in dmesg or you didn't find any significant change in speed?
Click to expand...
Click to collapse
dmesg should no difference. the script just showed a lot of errors.
I tried the "non-Ubuntu" version as described in Webupd8, but still similar errors.
I guess Android place the kernel differently from Linux desktops.
I might be mistaken, but SO kernel uses its. And haven't really noticed any difference with or without it.
MaXo64 said:
this patch will be officially introduced in the 2.6.38 kernel..
also, this kernel will have about 50% more speed increase, due to the 200 lines patch and another issue resolved after it .. in general the upcoming kernel will be blazingly fast !!
there is a script that tries to do the same as the patch for earlier kernels. which I use on my Ubuntu laptop, and yes major performance increase !!
I tried to apply it to my previous phone (HTC Hero), but didn't work. I also asked Cyanogen on his twitter, but didn't care to give me an answer..
finally I gave up, and decided to wait for the next Android version that will have the 2.6.38 in the future..
Click to expand...
Click to collapse
please don't spread incorrect facts:
* the "automated per tty task groups" (or autogroup) patch - by using cgroups (in CFS - the cpu scheduler) and thus isolating several taks from each other, giving them dedicated slices of cpu power - allows the system to be more responsive under load if there is a kind of cpu hog (task producing much load)
* the speed increase is due to Nick Piggin's VFS changes and Andrea Arcangeli & Mel Gorman's Transparent Hugepages (THP) support (and of course lots of other changes)
dupel said:
I might be mistaken, but SO kernel uses its. And haven't really noticed any difference with or without it.
Click to expand...
Click to collapse
that's correct: - "sched patch : automated per tty task groups (system more smooth and responsive) (v3(since 4_3) and v4(since 4_4))"
so you tried SO kernel with the patch applied and once reverted ?
but - yeah, I got you: I'm myself running a heavy patched 2.6.37 kernel with transparent hugepages, CFS autogroup, etc. enabled - and it certainly can play off its advantage most noticably during heavy system load
zacharias.maladroit said:
that's correct: - "sched patch : automated per tty task groups (system more smooth and responsive) (v3(since 4_3) and v4(since 4_4))"
so you tried SO kernel with the patch applied and once reverted ?
but - yeah, I got you: I'm myself running a heavy patched 2.6.37 kernel with transparent hugepages, CFS autogroup, etc. enabled - and it certainly can play off its advantage most noticably during heavy system load
Click to expand...
Click to collapse
So, please, correct my noobiness, isn't Android using TTY shells? If it's not than I understand why this patch can't be applied, but if it is, rebuilding a kernel with just 200 lines more is no big deal and we all could benefit from it. It's not very common for Android to be under heavy load but hey, it's going to be default in 2.6.38, so why not?
There is a better patch :
blog.internetnews.com/skerner/2010/11/forget-200-lines-red-hat-speed.html
But I don't know if android uses shells.
Protocamlann said:
There is a better patch :
blog.internetnews.com/skerner/2010/11/forget-200-lines-red-hat-speed.html
But I don't know if android uses shells.
Click to expand...
Click to collapse
Yes, that's exactly the script I was talking about a few posts ago. On my system running 2.6.35, I did not rebuild the kernel with the "patch of wonders" but applied this script. But as you may have read, it acts in userspace which is slightly different in Android (as far as I know it's not using the same environment variables and I don't know about any ~/.bashrc equivalents, but again correct me if I'm wrong), that's why a kernel-oriented patch would be more suitable.
* well, actually newer revisions of that patch don't make use of ttys but of the task session
so basically it seems to create separate groups for each task (or program for simplicity's sake)
(source)
I'm also not sure if current Android kernel revisions use CFS at all ("Android versus Linux?")
laststufo has the autogroup patch included in his SO Kernel but I don't know how to measure its effect ... (whether it makes any difference)
* other options to improve interactivity would be to use Lennart Poettering's bash-approach (the script), like MaXo64 already posted: link
since Android uses Bourne Shell (sh) instead of BASH the script might need to be rewritten
* if it's stable enough on the SGS - yet another option would be to use Con Kolivas BFS
thunderteaser said:
Yes, that's exactly the script I was talking about a few posts ago. On my system running 2.6.35, I did not rebuild the kernel with the "patch of wonders" but applied this script. But as you may have read, it acts in userspace which is slightly different in Android (as far as I know it's not using the same environment variables and I don't know about any ~/.bashrc equivalents, but again correct me if I'm wrong), that's why a kernel-oriented patch would be more suitable.
Click to expand...
Click to collapse
well, you could rewrite that script that it is run as a init-script (afaik in /system/init.d/ )
besides that:
there are stripped down (smaller) versions of bash 4.1* that are known to work on CM6 and the HTC Hero
so it should be a possibility to use that script on stock roms, too
if you can install busybox & root it, there also should be the possibility to install bash
zacharias.maladroit said:
* well, actually newer revisions of that patch don't make use of ttys but of the task session
so basically it seems to create separate groups for each task (or program for simplicity's sake)
(source)
I'm also not sure if current Android kernel revisions use CFS at all ("Android versus Linux?")
laststufo has the autogroup patch included in his SO Kernel but I don't know how to measure its effect ... (whether it makes any difference)
* other options to improve interactivity would be to use Lennart Poettering's bash-approach (the script), like MaXo64 already posted: link
since Android uses Bourne Shell (sh) instead of BASH the script might need to be rewritten
* if it's stable enough on the SGS - yet another option would be to use Con Kolivas BFS
Click to expand...
Click to collapse
It seems you're very well informed, so thanks for the infos you're posting!
I'm not a coder, though, so I hope a kernel developer could pick this up and go for BFS. You said laststufo already implemented this patch in his kernel, so that's really good! We should just find a way of testing its effectiveness.
zacharias.maladroit said:
well, you could rewrite that script that it is run as a init-script (afaik in /system/init.d/ )
besides that:
there are stripped down (smaller) versions of bash 4.1* that are known to work on CM6 and the HTC Hero
so it should be a possibility to use that script on stock roms, too
if you can install busybox & root it, there also should be the possibility to install bash
Click to expand...
Click to collapse
Yes, I've also seen bash shipping with some ROMs, so it's definitely possibile, though as I said before, I'm no coder...
thunderteaser said:
It seems you're very well informed, so thanks for the infos you're posting!
I'm not a coder, though, so I hope a kernel developer could pick this up and go for BFS. You said laststufo already implemented this patch in his kernel, so that's really good! We should just find a way of testing its effectiveness.
Click to expand...
Click to collapse
I'm a kernel-dev for linux-kernels so I got to know & learned to cherish them
just stumbled over a thread in the Epic 4G forum
for reference: [Q] [REQ] Galbraith Patch worked into kernals?
zacharias.maladroit said:
I'm a kernel-dev for linux-kernels so I got to know & learned to cherish them
Click to expand...
Click to collapse
You really are? That's great! So why don't you join laststufo to try maximizing the impact of his implemented "patch of wonders"? As I try to keep up with your techical chatting it seems I really can't do more than asking you to help!
zacharias.maladroit said:
just stumbled over a thread in the Epic 4G forum
for reference: [Q] [REQ] Galbraith Patch worked into kernals?
Click to expand...
Click to collapse
Uhm, so it seems BFS isn't stable on our hardware, pretty bad.

[MOD][CM7] Patched libsqlite.so

I shared before a patched libsqlite.so for froyo and now I bring you CM7's one.
Advantages: Faster I/O operations (applications will open/close faster; quadrant I/O will be higher; ...)
Download: http://dl.dropbox.com/u/13427114/patched-libsql-CM7-p970.zip
Instructions: Just copy to microSD card and flash on CWM like you usually do. No wipes needed.
I may not have a Black anymore but I still want to see my favorite community spoiled with goodies!
P.S. Needs to be reflashed after each nightly/version.
thanks !!!
And this is the reason why Nova will always have a special place in our hearts xD
Trying, thx knzo for all your support to this community!
Enviado desde mi LG-P970 usando Tapatalk
can't you push this to cm7's repo, so it would be build-ed every nightly?
and...thank you for ur work
johnnyslt said:
can't you push this to cm7's repo, so it would be build-ed every nightly?
and...thank you for ur work
Click to expand...
Click to collapse
Nay, you'll have to reflash it after every nightly.
I included this information on the first post.
works great THANK YOU
knzo said:
I may not have a Black anymore but I still want to see my favorite community spoiled with goodies!
Click to expand...
Click to collapse
Thanks a lot. You already owe us with nova. And we are happy to owe you more!
Do you have the source... or I have to surf a bit?
http://forum.xda-developers.com/showthread.php?t=903507
You are the man!
I'm using the libsqlite.so from your Knzo kernel. Is this the same or there are some more tweaks? Regards..
thx dude,i think it's also available for v20a
Thanks a lot!
However, could it be used to our android 2.2 STOCK ROM??
big thanks for this great job
Is this file device specific to p970? Can I possibly use it on my CM7 Nook Color which uses the OMAP3610 processor?
thank you knzo, you have really done a lot! And i deeply appreciate your work.
This really work? This make things faster?
Yeah, no problem on me. That is increase i/o performance, better than v20n stock rom..
Sent from my LG-P970
Hi guys,
According to one polish android fan he went into troubles using this patch (data integrity issue - phone lagging, maildroid issues), so be careful using this and pay attention to ownhere's statement:
ownhere said:
WARN:The following steps only for developers. The following changes may cause instability or even cause the phone can not be used.
Android phones as the underlying database using sqlite3. sqlite3 writes efficiency is very low, because the sync feature turned on by default, and fsync() must be performed after each insertion, the resulting system efficiency is low, and the disk life is reduced.
I try to disable sync feature by default in exchange for greater IO performance and reduce disk consumption. While doing so may result in data integrity problems, but I still like to use it because most of the sqlite insert action can be completed within a few seconds, not too much to consider issues such as sudden power-down.
After modified, the time of insert 2000 records to sqlite3 db, from 1m11s reduce to 2s.
Attachment is my sqlite3 patch, it is for CM or AOSP.
For SenseROM, I can not simply replace libsqlite.so from AOSP, so I do hexedit with it.Do follow modify for SenseROM libsqlite.so:
...
Click to expand...
Click to collapse

[krn.modules] intellidemand governor for Arc / Arc S stock Kernel (ICS)

Upon request from fellow member ascariz on the smartassV2 governor, I've compiled intellidemand module for Arc 4.0.3 stock kernel.
Since the firmware I use is the Arc S one (ICS 4.0.3) - I believe this module will also work for Arc S.
To fully configure / install the module, please check this page for a similar module I did for X10 back in the days - page.
Some things are different, but if you want to hand customize all possible parameters after phone starts up, the path to check is
Code:
/sys/devices/system/cpu/cpu0/cpufreq
Download:
Use it at your own risk!
cpufreq_intellidemand_arc_ics.zip
Enjoy!
Awesome. Not trying to be greedy but can we have BoostedAssV2 too ? xD
viulian said:
Upon request from fellow member ascariz on the smartassV2 governor, I've compiled intellidemand module for Arc 4.0.3 stock kernel.
Since the firmware I use is the Arc S one (ICS 4.0.3) - I believe this module will also work for Arc S.
To fully configure / install the module, please check this page for a similar module I did for X10 back in the days - page.
Some things are different, but if you want to hand customize all possible parameters after phone starts up, the path to check is
Code:
/sys/devices/system/cpu/cpu0/cpufreq
Download:
Use it at your own risk!
cpufreq_intellidemand_arc_ics.zip
Enjoy!
Click to expand...
Click to collapse
OMG. you really do it?! tq mate!
After a day of testing, I'm switching back to smartassV2.
With smartassV2:
a) the time in state shows me about 16-17% at 1Ghz, and the others at 122MHz. Intermediate frequences are rarely used.
b) battery was about 40% at the end of the day with my usage (4 email accounts doing sync at 15 minutes - I'm not using push, but k9 connects) - also half of the day in an area where 3G signal is weak and phone swiches back and forth.
With intellidemand:
a) the time in state is 6% for 1GHz which might look better in comparison with smartassV2.
BUT:
b) the phone is sluggish and you can feel it needs a bit of time (1 second ?) to pick up speed, UI animations are choppy.
c) it does make use of the intermediate frequencies - but battery was about 20% when I got home, identical usage as previous day with smartassV2.
In both cases, screen was always kept at 25%.
Now my conclusion is that:
a) intermediate (but high) frequencies have similar battery usage as maximum frequency.
b) spending more time in an intermediate frequency makes things slower to finish and thus, based on point a) drains battery more.
Also, the code of intellidemand is more complex (.ko size is +20Kb more) as opposed to smartassV2 - and thus I guess it also takes more time (energy) to compute the correct frequency. In itself, a complex algorithm to compute the next state takes its toll.
smartassV2 does perform better with my usage pattern - and I'm curious why this governor is claimed to be advanced I mean algorithmically it surely is, but phone is more sluggish + more battery drain (not significant, but about 20% in my basic, 1 day test).
I will focus my attention on other *ass governors
flashable intellidemand. auto load on startup. all credit to viulian.
ascariz said:
flashable intellidemand. auto load on startup. all credit to viulian.
Click to expand...
Click to collapse
Can you make a flashable smartassv2 too ?
Dark Fable said:
Can you make a flashable smartassv2 too ?
Click to expand...
Click to collapse
errr...im not a module compiler like viulian. honestly, i dunno. but to make it autoload on boot & flashable, yes, as long as i have that .ko file.
ascariz said:
errr...im not a module compiler like viulian. honestly, i dunno. but to make it autoload on boot & flashable, yes, as long as i have that .ko file.
Click to expand...
Click to collapse
The .ko was already made by viulian, here ya go.
Dark Fable said:
The .ko was already made by viulian, here ya go.
Click to expand...
Click to collapse
this is intellidemand and smartassv2 modules that you can load in 2 way.
1) for those who use stock kernel that not support init.d, use script manager to load MODULELOADER script at start up. after flash, browse at system/etc/init.d folder and you will find the script.
2) for those who use kernel with init.d supported (e.g. Cobrato kernel), do nothing. just flash it and you ready to go.
ascariz said:
this is intellidemand and smartassv2 modules that you can load in 2 way.
1) for those who use stock kernel that not support init.d, use script manager to load MODULELOADER script at start up. after flash, browse at system/etc/init.d folder and you will find the script.
2) for those who use kernel with init.d supported (e.g. Cobrato kernel), do nothing. just flash it and you ready to go.
Click to expand...
Click to collapse
Doesn't work man. :/ The new governors aren't showing up in No Frills CPU..using Cobrato's kernel.
First you must use the stock kernel from Sony's official 4.0.3 release for Arc S (even if having the Arc).
Any other kernel will not work ... (or very slim chances to work).
Second, please check using Module Loader app (but only activate the boot time loading of the module after you are sure the things work).
viulian said:
First you must use the stock kernel from Sony's official 4.0.3 release for Arc S (even if having the Arc).
Any other kernel will not work ... (or very slim chances to work).
Second, please check using Module Loader app (but only activate the boot time loading of the module after you are sure the things work).
Click to expand...
Click to collapse
I have the ARC S lol, and Cobrato's kernel is Stock 4.0.3 kernel with init.d support.
http://forum.xda-developers.com/showthread.php?t=1591279
Hmm...I thought you didnt have to use module loader for the flashable zips ? :/ Because the module loader shows 'Starting modules...' in the middle of any game (Like Temple Run) and it begins to lag horribly, this pisses my friends off. I want to show them how great a phone Arc/S is. :/
Ok, if it has the same version number then it will load the modules ok (as well as having the same binary kernel image).
I think the OS kills Module Loader to regain some memory, then starts it back when memory level gets better (kills it when game / heavy app starts, then as memory becomes available, it starts it back). But Module Loader has a bug and when started also loads the modules
Another solution is to use Script Manager ( http://www.androidsoftware.us/Applications/Script-Manager.html ) to run a script at boot (a small script that just do the insmod).
Hope it helps...
viulian said:
Ok, if it has the same version number then it will load the modules ok (as well as having the same binary kernel image).
I think the OS kills Module Loader to regain some memory, then starts it back when memory level gets better (kills it when game / heavy app starts, then as memory becomes available, it starts it back). But Module Loader has a bug and when started also loads the modules
Another solution is to use Script Manager ( http://www.androidsoftware.us/Applications/Script-Manager.html ) to run a script at boot (a small script that just do the insmod).
Hope it helps...
Click to expand...
Click to collapse
Thank you for your quick response. [: I know about script manager, can you please provide me with the script to use with it for the modules and a how to ? If not too much trouble that is.
Nvm, got it, thanks.
Dark Fable said:
Doesn't work man. :/ The new governors aren't showing up in No Frills CPU..using Cobrato's kernel.
Click to expand...
Click to collapse
err...it should work man..i used JJ hybrid rom, and the modules shows up in the rom control..maybe you should try app other than no frills..

[DEV][KERNEL] 3.x for CM10

Goal: kickstart 3.x custom kernel development.
Changelog:
Built with Google's 4.6 toolchain (* see notes).
Merged Interactive from mainline and enabled input boost by default as part of Google's Project Butter. Interactive will be the only available governor as it's Jellybean's "official" governor and having more selection only slows down the kenel. Interactive will provide more smoothness, especially with input boost enabled, but it may be slightly more expense on the energy consumption (significantly? maybe).
The I/O scheduler is deadline with the fifo batch reduced to 1. For smartphones the best I/O schedulers are often the simpler ones and that means deadline, simple or noop. However, for these 2 years deadline keeps providing me the best results, at least in single-cores. Noop is also available. And yes, I know about the new BFQv4 and all the tweaks/heuristics for flash devices, it's still crap.
Switched the slab allocator to slub with a decreased max_slab_order (Andrea Righi) in order to reduce overhead.
Glibc versions for memcopy and memmove, improved CRC32 and RWSEM algorithms, Tiny Shmem implementation, etc.
Changed RCU to Tiny Preempt without RCU boost, some config cleanups and debug removal (like frame pointer) and so on.
... more changes can be seen in: https://github.com/knzy/lge-kernel-sniper/commits/android-omap3-3.0
A few notes: BCM4329's PM_FAST is already enabled by LGE. I also didn't merge many mainline updates as like it has already found out this often hurts performance and decreases stability. Furthermore, you may notice that there aren't many modifications to the kernel but this is because most patches out there are bull**** and rely on placebo effect. Even some changes I did will have a doubtful influence in the kernel. Oh, one more thing, it's possible to build it with Linaro 4.7 toolchain (it needs a few fixes in Makefile though) but it's less stable and not that much faster.
Download: There'll be no available flashable zips. Just build the kernel if you want and use Aprold's kernel injector package.
Now, any kernel posted in XDA must be GPL compliant which means sharing the source, the config file and the toolchain used. I will now shortly describe how you can build the kernel in a linux (ubuntu-based) machine (by the way, if you see anyone sharing a kernel without providing source, config or toolchain, tell me and I'll report them):
Code:
git clone git://github.com/knzy/lge-kernel-sniper.git ## default branch is omap3-3.0 already
git clone https://android.googlesource.com/platform/prebuilts/gcc/linux-x86/arm/arm-eabi-4.6 ## Add -b master if building on 64-bit
cd lge-kernel-sniper
make ARCH=arm knzo_p970_defconfig
make ARCH=arm CROSS_COMPILE=../arm-eabi-4.6/bin/arm-eabi-
The kernel will be at arch/arm/boot (zImage), use it with Aprold's kernel injector package and voilá.
Awesome Welcome back
koila33 said:
Awesome Welcome back
Click to expand...
Click to collapse
Oh, it's just for fun and to keep aprold busy.
Make sure to add git://github.com/CyanogenMod/lge-kernel-sniper.git as upstream and keep it updated.
Ah, don't disable KSM as I did in my first test release as P970 will probably struggle for RAM in JB.
As for my repo/changes, feel free to fork, test, retest, revert, whatever.
How to use?
Sent from my Nexus 7 using xda app-developers app
wskyvwsk said:
How to use?
Sent from my Nexus 7 using xda app-developers app
Click to expand...
Click to collapse
Reading couple of lines is too hard for you, eh? You didnt found link to download and just replayed to thread thoughtlessy?
performance test ?
Cedlad said:
performance test ?
Click to expand...
Click to collapse
Benchmarks are so Gingerbread, we don't use that anymore. The most faithful benchmark is everyday's usage.
Done, i have made a new boot.img with your mofifications.
Lets see.
knzo said:
Benchmarks are so Gingerbread, we don't use that anymore. The most faithful benchmark is everyday's usage.
Click to expand...
Click to collapse
But CM10 Kernel is so Bad.. :/ i want to see if there is a better one ..
Cedlad said:
But CM10 Kernel is so Bad.. :/ i want to see if there is a better one ..
Click to expand...
Click to collapse
Yeah, Aprold told me CM10 was still a bit sluggish but I'm not sure it's the kernel fault. Give rmcc some time to iron out the port.
Already tried the kernel and everthing works fluid and fast, i have an issue with wi-fi but that can be fixed easly Good job.
waiting
Nice post knzo
Wow. Good see you again here in XDA.
Welcome hack, knzo.. Nice to see you again at P970 forum
Code:
PS: I'm not typo "back" with "hack" :p
redy2006 said:
Welcome hack, knzo.. Nice to see you again at P970 forum
Code:
PS: I'm not typo "back" with "hack" :p
Click to expand...
Click to collapse
where is the kernel's flashable zip
aasimkhan30 said:
where is the kernel's flashable zip
Click to expand...
Click to collapse
*facepalm*just show that you can't read
Hi guys, I'm going to try build this kernel, just for fun.
It will be my second attempt on building a kernel, my first try didnt work like it should...I wonder why
I'm more into Windows Servers/AD/TCPIP and that kind of stuff and very basic skills on linux.
Can I count on your help?
ontour said:
Can I count on your help?
Click to expand...
Click to collapse
Yeah of course but it's actually quite simple.
Just grab virtualbox and an ubuntu image, install it then open a terminal and do the commands I posted.
As for all the others asking for a flashable zip: no, crackflashers and average users, this thread is not for you. This is for developers, pseudo-developers, enthusiasts and oldschool users who are here to learn, not for those who are here because they think they are entitled to the service of after-market customization.
knzo said:
Yeah of course but it's actually quite simple.
Just grab virtualbox and an ubuntu image, install it then open a terminal and do the commands I posted.
As for all the others asking for a flashable zip: no, crackflashers and average users, this thread is not for you. This is for developers, pseudo-developers, enthusiasts and oldschool users who are here to learn, not for those who are here because they think they are entitled to the service of after-market customization.
Click to expand...
Click to collapse
Hahaha you cant even imagine, how much I like this post Nice to see you back here Do you already have got a P970 again?
Thanks for sharing

[ROM-4.2.1] TwkdMod V1 (CM10.1)

TwkdMod- The Rom that will speed your phone!​
Tested for a week to test if it it stable.​it is not my fault if this messes up your phone.
Features:
-based off of the latest cm10.1 nightly
-tweaked with different tweaks (seeder, supercharger, pimp my rom, and more!) (maybe in the next release i will include supercharger )
-fast
-stable
-light
-small
-faster 3g
-faster scrolling
-faster everything!
-better benchmarks
-debloated
Changelog:
v1
Credits:
all the developer in the this section
mods
::indie:: (helped a lot. Omega rom dev.)
salesale (NeatROM dev. a great person.)
westcrip (awesome rom which helped me learn about this.)
-people who run this
Downloads:​
wup, wup!
i added the download link to the op. please let me know how it is!
what are the tweaks you added that made it faster scrolling/3g/etc?
jarjar124 said:
what are the tweaks you added that made it faster scrolling/3g/etc?
Click to expand...
Click to collapse
mostly init.d tweaks and some build.prop tweaks. build in the future will be supercharged. just try it and please let me know how it is!
does anybody download? how is it?
You need to flash gapps too I believe.
EDIT: error in zip could not install, will try again.
not install ...
Hi,
OMG!!!
I just looked into your init.d folder...
You collect lots of scripts to put in your ROM, fine, but put them all together, less good..., just my opinion. Would have had to sort out and look a bit some values, more than half are completely useless.
For the same tweak you have two, three or four times the same values ​​in different scripts or even 2 different values in the same script...
For the same tweak you have x value in a script and y value in another one (and for some tweaks you have 2 different values in the same script!)...
At boot one erase another while a third erase yet the previous (according to the execution order at boot).
Your scripts for RAM "management" is the best example of against productivity, two scripts for zipalign, your scripts for "net speed" are also the same, etc...
30 init.d scripts running, obiously, at boot... it is not a bit much? Check the duplicates (or more) lines and tweaks, removes unnecessary scripts and makes a little cleaning...
It is not because you have 30 different scripts with multiple lines and values that is necessarily great, remove all your scripts (or keep one for the "RAM management" maybe (and still not sure ) and your ROM will runs perfectly.
Sometimes "more is the enemy of the good", here it's a good example... And don't say the user can choose or edit... probably the most (or all) people who flash this don't know the point of this or that script...They will flash the whole zip with all your scripts inside without knowing what they do... It's totally useless. People see "speed" "fast", "smooth", "performance", etc... ok GO GO GO! flashing! + placebo effect...
You'll have the same goal without the whole script , the ROM will runs perfectly without all this... bunch of scripts...
Ask some devs the usefulness of these scripts, you'll be surprised. I've already tested some of your scripts... Most do little or nothing, are not adapted to JB or needs to be reworked when we have 2 Go of RAM (the scripts for RAM "management"), or are not adapted to our phones (look at your "14enable_touchscreen", where do you find the path in our N4 ??? the path /sys/class/touch/switch/set_touchscreen does not exists... you are echoing a value wich does not exist-> totaly useless script), etc...
Just my opinion and some tips...
Keep the good works up !
Waiting for most features
---------- Post added at 11:18 PM ---------- Previous post was at 11:17 PM ----------
Keep the good works up !
Waiting for most features
This was the same guy who posted a fake 4.2.2...
Sent from my Nexus 4 using Tapatalk 2
Imppy said:
This was the same guy who posted a fake 4.2.2...
Click to expand...
Click to collapse
build.prop and init.d hero :good:
You should be ashamed of yourself dude.. I really have no idea why mods are so easy on ppl like you.
I encourage new devs, honestly if you had compiled stock cm I would've congratulated you.. but if you're gonna skip the steps and just BS your way through then we'll shoot your plan full of holes.
Nobody flash this ROM it's junk..
Sent from my Nexus 4
Ok mate, I'm going to say this slow and easy.
Getting a cm10.1 base, removing apps and just collecting all init.d scripts is not the way to make a rom.
Go to guides, and read more until you know what exactly you are doing.
Or else, you'd see thousands of roms here.
Plus, changing the android version in build.prop doesn't make it Android 10.
mv_style said:
Guys dont bother downloading this
he just added like 10 different scripts which conflict
every values comes up like 5 times at least
he is banned cause of posting fake work
Click to expand...
Click to collapse
Moderator please close thread.

Categories

Resources