Ezet did a fantastic scripts for iodak 8 in Anykernel post.
With 95 iodak this script the kernel have a better performance and longer battery :laugh:
With 95cvt it has only better battery life but does not change the other parametters.
I have tried it with Mokee kernel and it is also working, so probably it will be useful in other kernels!
Please try it and report.
The script is easy to use:
Extract and paste it in the folder /system/etc/init.d
Be sure the permission are at least 775
Reboot and enjoy
Special thanks to Ezet :highfive:
the script have been modified and the vibration intensity has been removed as the ROM I use has this setting included
I think this is then script for cpuquite not dure if it does anything in a kernel without that
Sent from my LG-P880 using xda app-developers app
moneyvirus said:
I think this is then script for cpuquite not dure if it does anything in a kernel without that
Sent from my LG-P880 using xda app-developers app
Click to expand...
Click to collapse
Witch of the last kernels does not have cpuquite?
Anyway, edit the script and you will see there are other interesting tweaks that makes P880 run smooth and fast without devouring the battery
Tell me please! And can anyone make a zip, so you can install the script when you upgrade the firmware? I just do not know how to point to the updater-script, to set the system with the permissions of 775.
Hint to fix script permissions
negativman said:
Tell me please! And can anyone make a zip, so you can install the script when you upgrade the firmware? I just do not know how to point to the updater-script, to set the system with the permissions of 775.
Click to expand...
Click to collapse
I am using x-plore from google play
https://play.google.com/store/apps/details?id=com.lonelycatgames.Xplore&hl=en
Configure X-plore to have the maximum access to root
Move the script to init.d folder
Long tab on the script and check permissions: normally there are right :good:
if not add the missing ones.
alberteske said:
I am using x-plore from google play
https://play.google.com/store/apps/details?id=com.lonelycatgames.Xplore&hl=en
Configure X-plore to have the maximum access to root
Move the script to init.d folder
Long tab on the script and check permissions: normally there are right :good:
if not add the missing ones.
Click to expand...
Click to collapse
You did not understand me. I'm not talking about that. I update the firmware CM every day. Whenever you update the "hands" to copy this file to the system and grant permission is not very convenient. I want to install a recovery, as the kernel, modem, and so on.
negativman said:
Tell me please! And can anyone make a zip, so you can install the script when you upgrade the firmware? I just do not know how to point to the updater-script, to set the system with the permissions of 775.
Click to expand...
Click to collapse
Here is it: http://p880.skylam.eu/ezetscript.zip
The battery charges to 93% NO MORE with script
greece-for-ever said:
The battery charges to 93% NO MORE with script
Click to expand...
Click to collapse
Very extrange because the script is not tweaking the charging process
Not working for me.
I'm on CM 10.1.3. With Iodak 8.5
Took a peek in the scrpt, and looks harmless, with cpuquiet enabled and some network and IO buffer tweaks.
Though, battery drain has worsened a huge lot, getting to a -12% in two hours with data disabled and phone supposedly deep sleeping. (used to be <2% before, in the same conditions)
Performance wise I had no benefits at all, scoring a 16620 antutu score (it was 16660 before).
Uninstalled, but thanks all the same, worths trying, maybe it's just me, and the script is easy to install and remove.
Ottonet said:
Not working for me.
I'm on CM 10.1.3. With Iodak 8.5
Took a peek in the scrpt, and looks harmless, with cpuquiet enabled and some network and IO buffer tweaks.
Though, battery drain has worsened a huge lot, getting to a -12% in two hours with data disabled and phone supposedly deep sleeping. (used to be <2% before, in the same conditions)
Performance wise I had no benefits at all, scoring a 16620 antutu score (it was 16660 before).
Uninstalled, but thanks all the same, worths trying, maybe it's just me, and the script is easy to install and remove.
Click to expand...
Click to collapse
Thanks for reporting.
In my case I use latest CM4.3.1 and it has a great improvement with iodak that is the based kernel for Ezet to do the script but also with Mokee kernel that is much more battery demanding without this script.
alberteske said:
Thanks for reporting.
In my case I use latest CM4.3.1 and it has a great improvement with iodak that is the based kernel for Ezet to do the script but also with Mokee kernel that is much more battery demanding without this script.
Click to expand...
Click to collapse
I wrote my last post in a hurry and forgot to mention that after installing the script I lost RIL signal, which was not happening anymore since I upgraded to CM 10.1.3 Stable.
The only way to get signal back was to reboot the phone. The battery drain can be due to phone desperately trying to get a signal. This behaviour was quite common until Sept.23rd, when I upgraded.
As I uninstalled the script, the situation was reverted to normality.
95 cvt
I have added in the first page 95cvt that only plays with the wake locks and thus give a better battery life but does not change the other parameters also from Ezet :highfive:
Tried it on zaiben rc6+iodak v8, can't feel signifant improvement on battery, best manage to get just 2hr in single full charge, the rest mostly can achieve 1hr+ battery life only.
You guys understand there isnt anything in that script that will realistically increase battery life? Ezet would have made this script because iodak would have applied these parameters at the initrd level since anykernel replaces iodaks initrd, they have to be applied at the android level.
The first command scales the clock speed up to 750mhz on touch input, the second enables cpuquiet (which should be enabled by default, im not sure why it wouldn't be.) the third makes cpuquiet use the runnable governor (I believe balanced is more orientated to battery life, but this can be changed in trickstermod for example)
The rest of it disables ipv6, sets tcp buffer sizes and modifies some permissions, i dont think Ezet would have modified this from iodak's settings, but he can correct me if im wrong
JoinTheRealms said:
You guys understand there isnt anything in that script that will realistically increase battery life? Ezet would have made this script because iodak would have applied these parameters at the initrd level since anykernel replaces iodaks initrd, they have to be applied at the android level.
The first command scales the clock speed up to 750mhz on touch input, the second enables cpuquiet (which should be enabled by default, im not sure why it wouldn't be.) the third makes cpuquiet use the runnable governor (I believe balanced is more orientated to battery life, but this can be changed in trickstermod for example)
The rest of it disables ipv6, sets tcp buffer sizes and modifies some permissions, i dont think Ezet would have modified this from iodak's settings, but he can correct me if im wrong
Click to expand...
Click to collapse
It worked also in Mokke kernels and this why I opened the post...
It improves grately the battery life when the phone is not active and that is also important!
You can also use the other script that is not tweaking the data speed.
Can u repack it for stock roms ? Is it possible?
Sent from my LG-P880 using XDA Premium 4 mobile app
emre81tr said:
Can u repack it for stock roms ? Is it possible?
Sent from my LG-P880 using XDA Premium 4 mobile app
Click to expand...
Click to collapse
This script is for all roms
alberteske said:
It worked also in Mokke kernels and this why I opened the post...
It improves grately the battery life when the phone is not active and that is also important!
You can also use the other script that is not tweaking the data speed.
Click to expand...
Click to collapse
That's not true. This script does not improve. I have tested several weeks, without success. I am sorry.
Best regards
varadinum said:
That's not true. This script does not improve. I have tested several weeks, without success. I am sorry.
Best regards
Click to expand...
Click to collapse
As mentioned in first post, the script was made by Ezet to improve battery life with iodak kernel.
There are a few that report the benefits of this tweak.
The script save battery especially when you do not use the phone and improves the speed of data when you use it.
I unpack the tweak and try it with Mokee kernel and it also gave longer battery life..
I posted to see if it is the same with other kernels and ROMs.
The result is that it varies from one ROM and Kernel to another.
I am on CM ROM and Mokee or Iodak kernel and it worked really fine.
Nevertheless it seems that from December releases, I would say that the script does not make much difference.
Probably Cm team fixed the wakelocks issues but I was unable to see it in the changelog.
Related
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.
======
Preface
======
The script is actually Base on Juwe11's RAM script
which you can found here... http://forum.xda-developers.com/showthread.php?t=1111145
==========
Main Content
==========
The adj value of his script is a bit too tight for Our O2X...
so the Launcher is killed quite often if many apps opened in the background.
Here's the adj value changes I made, originally, Juwe11's values are..
"0,1,2,4,6,15" and I change it to, "0,1,2,7,8,9"
the forth value is for HIDDEN_APP_MIN_ADJ, which including the Launcher (I'm using LauncherPro) belongs to this category when you open some foreground application.
the default android value for this is also 7, and I find the OOM value for Launcher is 6 usually... so Juwe11's "4" will lead to our Launcher being Killed, keep it at 7, never tried to have mine killed yet.
The last 2 vaule just make sure the last category EMPTY_APP_ADJ is kill earlier than the previous..
About the minfree vaule...
I change it to "1536,3072,4096,7680,8960,10240" which actually the same values of "Moderate preset" of autokiller
which is enough to ensure most RAM being use before killing for faster task switching...
=====
Credit
=====
!! Credit goes to Juwe11 for his mighty RAM script~ !!
Backup your RAMscript and remove it to somewhere before install this...
install via CWM, it will put the script into your /etc/inti.d/ that's it, boot and try
i just installed it,
i will let u know what are the results,
u are correct, the original script kills the launcher and apps specially XDA
will try this configuration on auto killer memory seems good m8 to set it to moderate
shpapy said:
i just installed it,
i will let u know what are the results,
u are correct, the original script kills the launcher and apps specially XDA
Click to expand...
Click to collapse
I'm not sure if other Launcher would have a different OOM value~
I have Autokiller memory optimizer which I paid before...so I can view OOM value easily..
But with this Script... I guess really no task killer needed for our 2X already.
antec123 said:
will try this configuration on auto killer memory seems good m8 to set it to moderate
Click to expand...
Click to collapse
so, just edit the minfree value according to the values inside AutoKiller if you find some other setting suits you more
but about the adj value... I guess that part is already good enough
now I find my phone already got around 60-90 free RAM at any time...
Multiple games running at the background while web browsing...
and the Browser usually got a higher OOM, which tends to kill earlier than Games..
it is reasonable.. as the WEB you can load again with the same URL..
while the game got killed, you lost the state... android is doing it's work nicely I guess.
best memory managment script i have tryed is v6supercharger http://forum.xda-developers.com/showthread.php?t=991276
I think its the best of the best.
orlox said:
best memory managment script i have tryed is v6supercharger http://forum.xda-developers.com/showthread.php?t=991276
I think its the best of the best.
Click to expand...
Click to collapse
I tried both V6 and Juwe11's before...
and I manage to be patient enough to follow step by steps...
for installing so many things... and it just put a script in init.d at the end...
And I found it do not contain adj value in it, so I come back to Juwe11's
but anyway, this is your choice...
thanks for that script
just a quick question
would this script also work on a sgs2, running oxygen aosp stock rom?
pa.pn2 said:
thanks for that script
just a quick question
would this script also work on a sgs2, running oxygen aosp stock rom?
Click to expand...
Click to collapse
same as Original Juwe11's version.
it was suppose to work on any ROM which support init.d
but the values may need some tweaking accordingly.
squide said:
I'm not sure if other Launcher would have a different OOM value~
I have Autokiller memory optimizer which I paid before...so I can view OOM value easily..
But with this Script... I guess really no task killer needed for our 2X already.
Click to expand...
Click to collapse
Sorry to let you down. But the results are the same......
Sent from my LG-P990 using XDA App
squide said:
I tried both V6 and Juwe11's before...
and I manage to be patient enough to follow step by steps...
for installing so many things... and it just put a script in init.d at the end...
And I found it do not contain adj value in it, so I come back to Juwe11's
but anyway, this is your choice...
Click to expand...
Click to collapse
adj values are in /data/SuperChargerAdj while minfree values are in /data/SuperChargerMinfree.
it's just a script in init.d at the end, you only need to follow it step by step...
squide said:
so, just edit the minfree value according to the values inside AutoKiller if you find some other setting suits you more
but about the adj value... I guess that part is already good enough
now I find my phone already got around 60-90 free RAM at any time...
Multiple games running at the background while web browsing...
and the Browser usually got a higher OOM, which tends to kill earlier than Games..
it is reasonable.. as the WEB you can load again with the same URL..
while the game got killed, you lost the state... android is doing it's work nicely I guess.
Click to expand...
Click to collapse
i set the preset to moderate and get about 126-128mb on free ram pretty impressive and the stock browser don't get close so quickly nice! i use v10e ESA and neoblaze kernel
Works on CM7?
_Vegas said:
Works on CM7?
Click to expand...
Click to collapse
it should work on all ROM supporting init.d
in case you don't like it, go to /etc/init.d to remove the script and reboot.
it wont modify your file system..
it just override some system value on boot.
if you removes the script.. your phone would back to the state before you install this.
so, just try see if u like, if not, delete it, reboot, that's it.
Works really nicely on CM7 nightly.
Sent from my Optimus 2X
Bit of a Dumb question but my phone still has the Stock rom and doesn't have the init.d Folder
if I created /system/etc/init.d and copied the script into that would this work?
waynefox said:
Bit of a Dumb question but my phone still has the Stock rom and doesn't have the init.d Folder
if I created /system/etc/init.d and copied the script into that would this work?
Click to expand...
Click to collapse
Sorry, no. You need a custom rom of some sort to get init.d support.
TrymHansen said:
Sorry, no. You need a custom rom of some sort to get init.d support.
Click to expand...
Click to collapse
You need a Custom Kernel supporting init.d to be more accurate.
and NeoBlaze is a good one to try with.
if you really need to keep your stock ROM..
First of all you still need to root your phone
Install ROM manager from market
flash the Clockworkmod via ROM manager
install NeoBlaze Kernel, then you're ready.
if warranty is your concern, take a look to the Nvflash thread..
O2X is ALMOST unbrickable, almost.
squide said:
You need a Custom Kernel supporting init.d to be more accurate.
and NeoBlaze is a good one to try with.
if you really need to keep your stock ROM..
First of all you still need to root your phone
Install ROM manager from market
flash the Clockworkmod via ROM manager
install NeoBlaze Kernel, then you're ready.
Click to expand...
Click to collapse
I'm pretty sure that won't work. You need ROM-support as well. (A Ramdisk script which starts the init.d. thing to be even more accurate.) Feel free to prove me wrong.
TrymHansen said:
I'm pretty sure that won't work. You need ROM-support as well. (A Ramdisk script which starts the init.d. thing to be even more accurate.) Feel free to prove me wrong.
Click to expand...
Click to collapse
Ramdisk is a part of the kernel, so if you bung a kernel that supports init.d on (any) rom it'll run what's in there assuming it's eXecutable.
You can do it on the stock rom even, as long as you have a init.d kernel (and create the entries in ../etc/init.d/).
Although I can't "prove" this to you at the moment...
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
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..
As we all know the gaming at Our Phone isnt really good some report it's Slow beacause theres only 1 core online. But there is an solution for this!
Thread with the Stuff for the terminal Is also here: ( http://forum.xda-developers.com/showthread.php?t=2253921 ) But I was really lazy of doping this commands so, i were Going on the internet and found something to download! I'll put the file into the Attachments! How to install this.....
Requirements;
Root.
A Root file explorer to get into your system files...
A brain to reed this careful.
What to Do;
Extract the Zip Thats in the attachmnts.
Get it onto your phone. (internal External doesnt matter I suggest Internal)
Go to your file explorer And past the file in: System\Etc\Init.d\
And set Permissions!
Reboot.
Enjoy Gaming!
I didn't try it . But it won't work without adding the line :-
Code:
#!/system/bin/sh
In the top of that script . Which tells the system to sh this test .
And you forot to mention fixin permission.
Also this needs init.d kernel support or busybox run-parts in order to run this script every reboot .
Correct me if I'm wrong
Thanks for sharing .
Sent from my LG-P880
$Parker said:
I didn't try it . But it won't work without adding the line :-
Code:
#!/system/bin/sh
In the top of that script . Which tells the system to sh this test .
And you forot to mention fixin permission.
Also this needs init.d kernel support or busybox run-parts in order to run this script every reboot .
Correct me if I'm wrong
Thanks for sharing .
Sent from my LG-P880
Click to expand...
Click to collapse
SManager will run the script when klick "is script"...
Fladder72 said:
SManager will run the script when klick "is script"...
Click to expand...
Click to collapse
When you use smanager it's an app that is designed to run scripts .
But if it was in the init.d folder you must add that line to tell the kernel that this test is a script . And the kernel will use the sh binary to run it .
Sent from my LG-P880
@deownagee
Thank you for sharing my Script! I don't know why you make another Thread for that!
And if you quote instructions, please quote the whole Text! You forgot the important Part! You have to set Permissions!
@$Parker
This Script works also without this first line! In the init.d Folder it is not needed!
Holzi001 said:
@deownagee
Thank you for sharing my Script! I don't know why you make another Thread for that!
And if you quote instructions, please quote the whole Text! You forgot the important Part! You have to set Permissions!
@$Parker
This Script works also without this first line! In the init.d Folder it is not needed!
Click to expand...
Click to collapse
Thank you for letting me know even. And I've made this one beacause your Script wasn't clear for me so i couldn't understand you know?
just for making sure, you guys do know what this script does?
it makes the GPU to run always (!!!) on max speed. this will reduce the battery life extremely.
this script should not be ran at every boot. you better only run it when you want to play games (and maybe reboot afterwards, or write a "undo" script)
@laufersteppenwolf
I think the Battery Drain is not the main Problem. It isn't higher than without that Tweak.
But i have one Question!
Is it possible for you to implement this Tweak in your kernel?
So when you selected the Gaming Governor, that this tweak is also active. And if you turn off the Gaming Governor again, the tweak is terminated.
I don't know if it's possible, so i ask you.
can i use it on rooted v20B locked bootlader? there is no init.d folder in system\etc\, should we create that folder manually?
what is the permission? thanks
Holzi001 said:
@laufersteppenwolf
I think the Battery Drain is not the main Problem. It isn't higher than without that Tweak.
But i have one Question!
Is it possible for you to implement this Tweak in your kernel?
So when you selected the Gaming Governor, that this tweak is also active. And if you turn off the Gaming Governor again, the tweak is terminated.
I don't know if it's possible, so i ask you.
Click to expand...
Click to collapse
"better battery" could only be caused by the first command (unlink). the others only increase the batter usage.
this tweak is (partly (the unlink)) implemented in my rom. but i'm working on unlinking in the kernel of course.
about the idea about gaming: yeah i do have something in mind, but it's gonna be a bit different just wait and see right now i'm working on OC'ing the GPU, and then we can do such changes.
Guys is it the same as http://www.android-experience.de/board/index.php?page=Thread&threadID=47 ? I dont speak german and google translate is weird. What about this, anybody tried ?
Post #5 oki its the same.
Stanley- said:
Guys is it the same as http://www.android-experience.de/board/index.php?page=Thread&threadID=47 ? I dont speak german and google translate is weird. What about this, anybody tried ?
Post #5 oki its the same.
Click to expand...
Click to collapse
I've translated and it's same lol (I'm Dutch and it's like German.)
But anyway i cant set premission via root explorer or antything else and cant copy to /system/ folder... I have rooted phone and checked via root checker. Love this phone problems with everything, maybe reflash will help but i dont have time for that.
Isn`t this the same as using tegra overclock under GPU Clock section? It`s paid but it`t really worth it!
gabrielgon said:
Isn`t this the same as using tegra overclock under GPU Clock section? It`s paid but it`t really worth it!
Click to expand...
Click to collapse
It is the same!
gabrielgon said:
Isn`t this the same as using tegra overclock under GPU Clock section? It`s paid but it`t really worth it!
Click to expand...
Click to collapse
it's actually taken from there
Ok Guys! The Werewolf alpha2 Kernel from laufersteppenwolf is much better than this Tweak! For all who use CM 10.1, flash this Kernel!
Don't forget to delete this Script if you flash the Kernel!
[email protected] this sh1t get hot before you try any game...
One true: LG + nVidia sucks. That's all.
Winudert said:
One true: LG + nVidia sucks. That's all.
Click to expand...
Click to collapse
Well that wasnt OT was it?
Atleast my nVidia graphics card + LG monitor = GREAT
And i love this phone
Sent from my LG-P880 using xda app-developers app