yashsingh1/xdaforums huggingface dataset:
[Android Software/Hacking General [Developers Only]] goodolsen:
No, that means it is currently mounted. If it said mount /system it would be unmounted.
[Android Software/Hacking General [Developers Only]] networkdood:
Thought so, and thanks!!
[Android Software/Hacking General [Developers Only]] goodolsen:
Is there a way to set a specific app to not be killed in the background?

My problem is that I listen to Pandora during the day. It seems if I pause it and don't resume within a few minutes it is killed in the background and I have to reload it.
[Android Software/Hacking General [Developers Only]] pikachu01:
Yup, that's Talon's default. I'm trying to figure out a way to set the threshold to 80 without resorting to using screenstate_scaling. So far no ideas yet.

There's no definite way to make apps not be killed. You can renice the process every second so that it will always be higher priority, but that's not a good way to do it (renicing every second drains battery)

If an app is deemed to be killlable (user doesn't interact with it, user didn't open it in the last few minutes), then it is definitely killed to make way for other higher priority processes like launcher or phone etc, unless a big app like games starts to take over as much memory as possible rendering apps to be killed to maintain smoothness.
[Android Software/Hacking General [Developers Only]] networkdood:
ok, I installed script manager:

What I see after installing the non-Talon scripts and the other 3 optional scripts is:

drop

remountCM7MIUI

remount i9000

remount i9001

sqlite_optimize

Does that seem correct....somehow, to me, it does not:(​
[Android Software/Hacking General [Developers Only]] pikachu01:
It is correct. The scripts are there for use :)
[Android Software/Hacking General [Developers Only]] networkdood:
ok, then each one I have as RUN AS ROOT, RUN AT BOOT, CONFIGURE AS FAVORITE, and IS SCRIPT....
[Android Software/Hacking General [Developers Only]] pikachu01:
No, don't run everything at boot!!!!

Read the OP on what each script is about.

The only thing that needs describing is the drop script which drops caches when you run it. Dropping caches will result in a little bit of memory being freed.
[Android Software/Hacking General [Developers Only]] s30ckf:
Pika, recently I have a ODIN flash on my ROM, thus I am testing around between Adrenaline v12 and v1.7.3 ThunderBolt. In my view on Adrenaline v12, in term of performance, it gives my device another level of smoothness ever :eek:, but v12 is like battery juice addicted :(. Yes, I am alway at onDemand governor.

Then I do an ODIN flash on ROM again, and now running ThunderBolt v1.7.3 (without flash the patched libsqlite), performance is not as smooth as Adrenaline :confused:, but battery usage is extremely good :eek:(also in onDemand). Beside that, the ability for multitasking is great. In my experience, if I flash patched libsqlite addon, the battery usage will be higher again :rolleyes:.
[Android Software/Hacking General [Developers Only]] networkdood:
ok, will do ...after a nap....lol
[Android Software/Hacking General [Developers Only]] pikachu01:
Performance will be good at any device if it's running at full speed all the time. I can do that too, but it'll not be good for devices that run on limited battery.

Read my post about having ondemand at 20. You can use SetCPU to put the ondemand governor to scale at 20 threshold, and you'll get the same performance.
[Android Software/Hacking General [Developers Only]] geokilla:
Didn't wanna thread jack.

Yea I flashed 1.7.3 around 6 to 7 hours ago. All was fine till I ran up VPlayer and watched some dramas on my phone. Home now and texting and things are lagging a bit. VPlayer uses a huge amount of RAM when playing I think, so when these ram-hog apps close, Talon doesn't seem to allocate the amount of RAM properly or something. I don't think it's a script problem anymore because as I said in the past, I'm only having lag/memory leak with Talon. According to my memory and other posters, it seems to be a Talon only problem.
[Android Software/Hacking General [Developers Only]] pikachu01:
Hmmm, the ZRAM seems to be the culprit after all. :( Or maybe ...

How about applying 1.7.3 on Semaphore? It could be that the LMK/OOM in 1.7.3 is too UN-aggressive?
[Android Software/Hacking General [Developers Only]] geokilla:
I can't run Semaphore cus I have a Captivate. Unless someone wants to teach me how to reorient or can reorient it for the Captivate, I can't test it for you.

Of course if Semaphore gets ported to the Captivate, I'll try my best to FORCE it to lag over time by not restarting the phone. If it doesn't lag, then indeed it's a Talon problem.

I can tell you this though. The lag isn't bad right now. I won't restart it and will continue to text only tonight then see if anything changes in the morning.

If you wish, I can experiment with Xcal's kernel as well without the script. But I won't be able to do that until Friday at the earliest.
[Android Software/Hacking General [Developers Only]] pikachu01:
Yeah, try it with Xcal's kernel with the ThunderBolt! Others version and see if it still lags. Really in need of testers to confirm this. You're one of the few I can rely on >.<
[Android Software/Hacking General [Developers Only]] flolep:
Hmmm... I think that if xcal's kernel is not talon based, you already know the answer, pika :p

Sent from my GT-I9000
[Android Software/Hacking General [Developers Only]] pikachu01:
Hmmm, I somehow think that Talon's behaviour is due to the LMK/OOM, and some people are more prone to get lagginess due to the LMK/OOM. I still stick to the theory though, as the lagginess that geokilla felt wasn't that bad (as I've set the Hidden App to 36MB in 1.7.3 - it's a low level that will have a bit of lag if you've hit it).
[Android Software/Hacking General [Developers Only]] flolep:
:-) ok, time will tell :-)

Sent from my GT-I9000
[Android Software/Hacking General [Developers Only]] geokilla:
Ya I will. Only thing is that Xcal's kernel doesn't have Voodoo colour and sound. The updated one that is.
[Android Software/Hacking General [Developers Only]] RaymondPJR:
Back to report on 1.7.2. Got extreme lag sixteen hours after flashing, when I woke up. Rebooted at about 10:00 am, now 10:22 pm, and no lag. The 3g addon really works! I'll wait to see what 1.7.3 turns out to be as this is perfect so far. Don't mind rebooting once a day.
[Android Software/Hacking General [Developers Only]] pikachu01:
Yup, 1.7.2 has a very unaggressive LMK that will cause lags. 1.7.3 has buffed up the LMK a little bit, but you will still face a little bit of lag as the Hidden App is at 36MB right now.
[Android Software/Hacking General [Developers Only]] geokilla:
I pmed Xcal asking him if he can reorient Semaphore or maybe teach me how to reorient. Also asked him if he can update Voodoo colour and sound in his own kernel. Hopefully he'll be able to help the devs.

I feel like a dev haha. But in reality, I'm just a tester ^^
[Android Software/Hacking General [Developers Only]] rmean:
Just wanted to report, I'm still on 1.7 and it's running awesome since a week without a single reboot. I'm on semaphore, no oc, uv activated, smartassV2 governor & SIO scheduler. Battery lasting about 1.5 -	2 days

I don't dare trying 1.7.x because i have a perfect system right now and don't want to break it maybe :D maybe when 1.8 is there :)

Regards
[Android Software/Hacking General [Developers Only]] Rebel2k:
Here is my report:

- I'm running Semaphore on my side, so it can bring a new level of detail over geokilla tests

- I flashed 1.7.3 yesterday. Everything was fine until this morning. Now, autoclose again. Can't stand it!!!!

- Nothing has changed for me between 1.7.2 and 1.7.3.

- Here are lines in logcat which show what happens:

As you can see, phone keeps telling that "No more background processes." are there to be killed, so it's killing foreground apps. Many times "android.process.acore" is killed and there, you can see exactly what I'm complaining about for a while: autoclose when opening GoSMS (bold line). I was wondering if it could come from GoSMS precisely, and in fact, I opened the native stock SMS/MMS app to see, same behaviour (as you can see the first line tells "com.android.mms" has died). That drives me crazy!!!! And the samedi happens with the dialer...

I'm more and more believing that the Android Memory system is not reliable!

P.S.: I need to precise that my phone reports I have 60 Mb free in RAM through OS Monitor or the Internal Task Manager.
[Android Software/Hacking General [Developers Only]] pikachu01:
You're absolutely sure that without ThunderBolt!, you won't get autoclose?

How about this, try installing Supercharger on top of ThunderBolt!.
[Android Software/Hacking General [Developers Only]] Rebel2k:
Oh no!Precisely without Thunderbolt that's the same! I'm not saying Thunderbolt is making things worst!Actually that makes things better... But still not perfect! :(
[Android Software/Hacking General [Developers Only]] Blondasisko:
smartass in Thunderbolt?

Hi,

I wonder whether how does the screenstate_scaling script work with smartassV2 in Semaphore 1.8.1, does it switch between smartass and conservative, or does not work at all? And how does it cooperate with LMK settings in Semaphore Script Manager, where you can change them? Which has a priority for example after flashing TB 1.7.3?
[Android Software/Hacking General [Developers Only]] pikachu01:
Ahh, I see now. :)

Ok, now I know what's happening. I think your Go SMS database is corrupted and/or are allocating too much memory for the messages.

Try this (doing this on ADB is easier, as you have a keyboard to type). Be sure to have a backup of your SMSes beforehand in Titanium Backup.

1. Run adb shell/ Terminal Emulator
2. cd to /dbdata/databases/com.android.providers.telephony/
2. echo .dump | sqlite3 mmssms.db > mmssms.sql
‪2.‬ mv mmssms.db mmssms.db.bak
‪3.‬sqlite3 -init mmssms.sql mmssms.db

If that doesn't work, try deleting sms/mms that you don't want to keep to keep the size small.

Now I can focus the LMK on solving the lags rather than auto-closing as auto-closing is not caused by the aggressive LMK settings :)

It works, you just have to edit the screenstate_scaling script and comment out ondemand and uncomment smartassV2.

Before:

#AWAKE_GOVERNOR="conservative"
AWAKE_GOVERNOR="ondemand" # [no additional settings required, tweaking done in kernel-source]
#AWAKE_GOVERNOR="ondemandX"
#AWAKE_GOVERNOR="interactive"
#AWAKE_GOVERNOR="interactiveX"
#AWAKE_GOVERNOR="smartass"
#AWAKE_GOVERNOR="smartassV2

After:

#AWAKE_GOVERNOR="conservative"
#AWAKE_GOVERNOR="ondemand" # [no additional settings required, tweaking done in kernel-source]
#AWAKE_GOVERNOR="ondemandX"
#AWAKE_GOVERNOR="interactive"
#AWAKE_GOVERNOR="interactiveX"
#AWAKE_GOVERNOR="smartass"
AWAKE_GOVERNOR="smartassV2

It doesn't cooperate with Semaphore's LMK/OOM settings. It overwrites/overrides it with ThunderBolt!'s. I changed them in /data/local.prop and /data/SuperCharger* files.
[Android Software/Hacking General [Developers Only]] MajinkenSword:
Just my 2 cents worth, ram.conf should be deleted.

I tried doing this and havent experienced any autoclose. keeping my fingers crossed :-)

Sent using Tapatalk
[Android Software/Hacking General [Developers Only]] pikachu01:
Did you experience autoclose just by flashing ThunderBolt!?

Removing ram.conf just makes the LMK/OOM go back to Talon's default which is an extremely unaggressive LMK/OOM.

Did you try 1.7.3 Beta?
[Android Software/Hacking General [Developers Only]] s30ckf:
Pika, since v1.4 until now, every version/beta version that you released, I have flashed them. I didn't facing any auto close at any opened apps, I do facing apps which reside in memory is killed/closed after opening big apps like angry bird...etc

Looking forward to see ThunderBolt can increase the smoothness (as still facing micro lag when open apps, switching homescreen...etc) and better battery consumption.
[Android Software/Hacking General [Developers Only]] pikachu01:
Updated 1.7.4. Two issues here that are mainly reported:

- Autoclosing of SMS app. This is not caused by ThunderBolt!. I've asked a tester to implement an experimental fix on this. WIP on results.

- Lagging after > 24hours. This new LMK/OOM would prevent lagging that you felt on 1.7.3 and 1.7.2. This was because the last two versions focused on people who complained about their apps closing. 1.7.4 should prevent lagginess.

Changelog:

11/3/2011 (1.7.4) - Made LMK/OOM aggressive again. Should not face lags/microlags anymore.

Added this known issue:

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.
[Android Software/Hacking General [Developers Only]] zeppelinrox:
I think you should experiment with:

echo 1 > /proc/sys/vm/overcommit_memory;

Instead of 0 :)
[Android Software/Hacking General [Developers Only]] pikachu01:
That would trigger the OOM killer faster than the default right? :S
[Android Software/Hacking General [Developers Only]] zeppelinrox:
You would think so.

But I think it's LESS likely to kill background tasks - since they won't be as starved for memory.

I remember that I was testing it at droidforums and results were best with it at 1 on the low ram OG Droid
[Android Software/Hacking General [Developers Only]] pikachu01:
Do you have benchmarks of this? It would be interesting to see this behaviour.
[Android Software/Hacking General [Developers Only]] ReasonablyRooted:
I don't know if it's still helpful, but I finally was able to test for 24 hours on 1.7.2. I can report that I have no noticeable difference from when I first booted. I have performance, smoothness, and great battery life. :D
[Android Software/Hacking General [Developers Only]] zeppelinrox:
Heh... seems I did personally test/benchmark it after all...

I didn't post benchmark results but...

http://www.droidforums.net/forum/dr...s-fix-memory-all-androids-60.html#post1583609

http://www.droidforums.net/forum/dr...s-fix-memory-all-androids-62.html#post1585182

http://www.droidforums.net/forum/dr...s-fix-memory-all-androids-62.html#post1585437

So basically I went with the one that works... LOL

Edit: Oh hey... hadn't users in this thread reported some apps closing while using them?
[Android Software/Hacking General [Developers Only]] pikachu01:
Yeah, some people reported that actually, but it wasn't really caused by ThunderBolt!, although earlier versions of ThunderBolt! did have a really aggressive LMK (more aggressive than Supercharger :O) that some people were facing auto-closing.

After 1.6.x, the LMK/OOM became better (after your advise/discussion with you). Auto-closing was only faced by some people. They found out that auto-closing will be experienced even without ThunderBolt! :/

Let me try overcommitting memory and see :P
[Android Software/Hacking General [Developers Only]] zeppelinrox:
I like your style lol
[Android Software/Hacking General [Developers Only]] bhu1:
Pikachu, it is stupid to ask but someone confused me and ill ask it now- mount /system in cwm means that when u will apply this then system will be mounted or does this means that sytem is mounted and when u will apply this then systrm will get umounted?

Also I have acid tweaks v 12 installed, so can I just flash ur tweaks and remount using script manager?

scripts are very confusing! :-(
[Android Software/Hacking General [Developers Only]] Rebel2k:
Ok Pika, will try that. Anyway, it can't be the only cause as:

- autoclose happens also with Maps from time to time, or even with Google Search Widget or dialer or call log... Why would that be linked with SMS database?

- LMK must have an importance in it as it is working without any autoclose with Talon when I deleted the ram.conf file to go back to default (even if after a day it lags as hell)

What do you think of it?

And again, thank you for everything, for your time, investigation and the way you're going on with us! :)
[Android Software/Hacking General [Developers Only]] pikachu01:
You mount your /system and /data just for installation in CWM. It doesn't have anything to do if you're not in CWM.

You should remove Acid Tweaks before flashing ThunderBolt!. It'll clash with ThunderBolt! if it is not removed.

True. I forgot about that. Let me release 1.80 with overcommit :)
[Android Software/Hacking General [Developers Only]] pikachu01:
Updated v1.8!

- Using overcommit_memory if it resolves the problem. Credits to zeppelinrox!

11/3/2011 (1.7.4-1.8.0)

- Enabled overcommit_memory with value of "1". (Credits to zeppelinrox!)
[Android Software/Hacking General [Developers Only]] Bejda:
Let's go!

While i'm on it really wanted to say there's some good dev/tests collaboration/vibes on these here topic,thanks for that too.
[Android Software/Hacking General [Developers Only]] Guto ViP:
Let's go for up!
[Android Software/Hacking General [Developers Only]] ali_khalid5518:
Great work pickachu thanks for reply.
[Android Software/Hacking General [Developers Only]] XblackdemonX:
Thanks Pika!

On 1.8.0 :D
[Android Software/Hacking General [Developers Only]] Rebel2k:
I'll try the new version right now! Let's cross our fingers!

@Bejda nice to see you there too! :)
[Android Software/Hacking General [Developers Only]] geokilla:
You can backup SMS using Titanium Backup?!

I'll run one last tweak test with ThunderBolt 1.8.0 + Talon. Then move on to Xcal + Thunderbolt Others 1.8.0 with the other 3 tweaks.

ThunderBolt 1.7.3 with Talon is not lagging as much as I thought it would since my last report. As I said, I didn't restart the phone. However I'm going to flash 1.8.0 now so.... Restart required!
[Android Software/Hacking General [Developers Only]] pikachu01:
Yup, I backup mine using Titanium Backup :P

Cool :)
[Android Software/Hacking General [Developers Only]] geokilla:
How? I use SMS Backup and Restore. Thought Titanium Backup was for apps only...
[Android Software/Hacking General [Developers Only]] jeebspawnshop:
Titanium is for apps, and their data. So... it will back up your SMS app, and its data (SMSes).

;)
[Android Software/Hacking General [Developers Only]] jocke_lulle:
This guide helped me...

http://www.incredibleforum.com/foru...ms-messages-titanium-backup-rooted-users.html
[Android Software/Hacking General [Developers Only]] :
I can restore apps+data from TB without any corruption right while using your tweaks? Read somewhere in this thread that the data is corrupted before 1.7.2 was released hmm.
[Android Software/Hacking General [Developers Only]] pikachu01:
There is always a risk of corruption using the patched libsqlite. The thing here is, the corruption is manageable. If restoring fails, try restoring again. It won't corrupt your already backed up data.
[Android Software/Hacking General [Developers Only]] Rebel2k:
@geokilla: you were using the ram.conf included in Thunderbolt 1.7.3 or the one recreated after deletion? (I mean when "it is not so laggy" ^^)
[Android Software/Hacking General [Developers Only]] hackeron:
Thanks pikachu.

Since 1.8.0 is out lets do the pikachu dance :D

http://www.youtube.com/watch?v=sLpp-XGW3Pg
[Android Software/Hacking General [Developers Only]] RaymondPJR:
Pikachu, it's been 24 hours since I had to reboot to get rid of the lag. So far it's not lagging! 1.7.2
[Android Software/Hacking General [Developers Only]] Sqb:
Thanks for the hard work Pikachu. Will try 1.8 after I'm charged up.

Sent from a rock on fire in the middle of the sea
[Android Software/Hacking General [Developers Only]] dupel:
Have yet to try 1.8, but very happy with 172. And very good battery life - it sucked on just 1.7.0.
[Android Software/Hacking General [Developers Only]] AceofSpades90:
Trying to help you out if possible :)

Love your scripts!

just so if you may not aware of these tweaks that im using along with thunderbolt scripts:

Universal Adrenaline Shot

http://xdaforums.com/showthread.php?t=1236779

Build.prop tweaks

http://androidforums.com/admire-all-things-root/423039-speed-tweaks-more.html#post3284644

improve 3g

http://xdaforums.com/showthread.php?t=595108

Boosting Signal Strength

http://xdaforums.com/showthread.php?t=924440

more on 3g

http://xdaforums.com/showpost.php?p=5123531&postcount=46

ATT 3G

http://www.nickshertzer.com/wordpress/?p=600

collective tweaks

http://xdaforums.com/showthread.php?t=1227269&highlight=TWEAKS
[Android Software/Hacking General [Developers Only]] jeebspawnshop:
Fail.

Don't use any other tweaks with Thunderbolt, as Thunderbolt covers ALL the angles.

Using other tweaks will do one of two things; 1 - nothing at all , or, 2 - interfere and cause problems.

There we go...
[Android Software/Hacking General [Developers Only]] Sqb:
Great job Pikachu! Running smoothly and with no lag yet.

Sent from a rock on fire in the middle of the sea
[Android Software/Hacking General [Developers Only]] pikachu01:
I've integrated most of the goodness from them :)

Also got rid of things that actually slow down/affect your phones in a bad way when implemented.
[Android Software/Hacking General [Developers Only]] XuperLugia:
Hey pika,

in your opinion what would be the best method for using smartassV2 + SIO scheduler along Semaphore kernel? disabling (removing) the screen state script and "hardsetting" it via Voltage Control/SetCPU or modifying the script itself?

In the second case, would it make sense using conservative for screen-off state?

Do I need to load smartassV2 over Semaphore app for using it along the script?

And one last question regarding the scheduler, is the scheduler to be set in any script? I've checked screen state and didn't found any mention to schedulers.

Thanks in advance friend.
[Android Software/Hacking General [Developers Only]] geokilla:
Assuming things have stayed relatively the same, it is recommended that you modify the script yourself. I asked before on how to do that and he told me how. Last post I made on editing the scripts for smartass./URL]
[Android Software/Hacking General [Developers Only]] dupel:
As I feared, 1.80 eats too much battery. On 172 I used up 30% during whole day, on 180 30% in about 2.5 hours.

I suspect higher aggressiveness leads to opening and closing of apps all the time.
[Android Software/Hacking General [Developers Only]] pikachu01:
Did you recalibrate your battery after flashing? Recalibrating gave me 14% used after 12 hours with

40 minutes of display time :/
[Android Software/Hacking General [Developers Only]] zubin111:
Battery drains faster...

Pika.. was on 1.7.2, although it lagged after say 36 hours or so but the battery life was really good, updated to 1.8.0, recaliberated the battery too, although the lagginess is improved and havent yet faced any FC, i think its draining battery more than the 1.7.2. Although this is just the first drain cycle, will report with 3-4 cycles, but great work with the scripts!! Thanks!!
[Android Software/Hacking General [Developers Only]] styago:
TunderBolt Script on Insanity CM Rom with Neo v17 Kernel

Hi everybody. I´m a noob when it comes to scripts and the lot.

I just came over this script on another thread and I wondered if it would do me any good. Is it safe to flash it? And easy to restore old settings?

So I flash the v1.8.0 OTHERS.zip, right?

I´m a little bit scared on this, though.

Cheers!
[Android Software/Hacking General [Developers Only]] KMino:
To be safe do your backups first. Also grab the restore .zip for your system. Should be trouble free, just check you don't have any old tweak files in /system/etc/init but what you need for your ROM (you prob got that info in the other thread).
[Android Software/Hacking General [Developers Only]] Guto ViP:
Pika, the 1.8.0 version is the best so far!! No lag yet in almost two days.
[Android Software/Hacking General [Developers Only]] bhu1:
Pikachu 1.8 is the best version of ur tweaks till now, keep it up.

Btw ur new profile pic. Is awesome.