Related
I have read that taskkiller is not necessary on Android as the OS will kill off running apps when it needs memory - what are people's thoughts on this?
Hmmm...I read somewhere (maybe on here) heard if the App is coded properly that when not in use it will be background so not take up memory.
Not too knowledgable, but in that case would imagine they are acting like a windows service so will be taking up memory somewhere....so perhaps what I read was nonsense
Well, I have stopped killing tasks and guess what - I notice no difference at all! Hero is just as speedy (or slow depending on how you wanna look at it!).
Interesting!
Killing truly idle applications wont have significant effect. There are however many applications which appear idle, but still drains resources. An example is Peep, the twitter client, which starts automatically even if there's no twitter account configured. It has some frequent checks that put load on the CPU and thus helps drain power. Killing it adds many hours of standby time.
i'm not using any task manager/killer, did try them for a couple of days, can't really tell the difference, except i was wasting time constantly killing apps :/
suisen said:
i'm not using any task manager/killer, did try them for a couple of days, can't really tell the difference, except i was wasting time constantly killing apps :/
Click to expand...
Click to collapse
Ditto... surely there is no need as the OS will kill a unused app if it needs the memory ??? I don't have any problem running any apps one after the other... they just load.
The only lag I get is while the handset starts a widget update, once they are started everything runs slickly.
I found it a little slicker without taskiller. Especially in the use of big apps like copilot or documents2go. It seems to be managing itself pretty well.
Yep. I can report that the phone is working very well without Taskkiller. I have uninstalled it now.
If you are reading this, give it a try for a few days and tell us what you think. You may be pleasantly surprised...
Ditto - I've removed taskiller so I don't get tempted. Surprise surprise, no problems, no lag, etc. Now mostly this is due to removing the clock and people widget, but memory management seems fine after playing many different games and browsing the internet.
I think a benefit to doing this is that you aren't going to get and bizarre problems caused by killing system processes by accident - ie you won't miss alarms or stop receiving email alerts.
Hello all,
I am very new to android, this GT 10.1 being my first android device. I have been unable to figure out how to kill a process and or close apps. I have tried "advanced task killer" & "watchdog" apps, as well as going settings>Applications>force stop on said apps; no luck, running apps still show on the navigation button.
I have searched the GT 10.1 forum with no luck, has anyone had this issue and or have a fix?
There was a lot of talk about task killers on Android phones over the last couple years... As I recall, since Android 2.2, Android terminates apps when needed. I would not recommend a task killer... They can cause system instability when shutting down apps. As best I know, it is the same on the Android 3.x series as well.
Bukem is correct -- as a rule, you don't want to force close an application or service unless it is actually misbehaving. Android doesn't work like Windows. Android is much more efficient about managing background tasks, and there's usually no noticeable performance hit even from extensive multitasking.
Plus, you don't know what every applicable or service is actually doing or whether its needed. By way of example, when the EVO came out a few self-proclaimed experts advised that you could task-kill the Google Talk service to make the phone faster. Turns out, the Google Talk service was used as the universal Google sign-in, so killing it also killed your push Gmail and all other Google services.
Agreed. Task killers haven't been needed for Android since 2.2. Google should save everyone the confusion now and just purge them from the market, in my opinion.
Quote from a well-known dev, cvpcs:
…What people don’t seem to realize is that android is designed to have a large number of tasks stored in memory at all times. Why? Well basically we are talking about a mobile device. On a mobile device things tend to be slower. The hardware isn’t as robust as say a desktop or a laptop, so in order to get that same “snappy” feeling, there have to be workarounds.
One of these is how android deals with memory. Android will load up your apps and then keep them running until they absolutely HAVE to kill them. This is because that way, if you want to re-open an app, the system already has it loaded and can then just resume it instead of reloading it. This provides a significant performance increase.
What a lot of people don’t realize as well is that android kernels have their own task manager. This means that:
it will be more efficient than any app-based task manager as it is run at the kernel level, and
it should be left up to that task killer to decide when to free up memory
There is only one case where having a task killer is a good idea, and that is when you want to kill ONE SPECIFIC APP. Killing all apps is never a good idea. You don’t know what operations they are performing or if they are necessary.
Click to expand...
Click to collapse
Whitson Gordon of Lifehacker:
This set-up implies that the goal of killing these apps is to free up memory. Nowhere on the list does it mention the number of CPU cycles each app is consuming, only the memory you’ll free by killing it. As we’ve learned, full memory is not a bad thing—we want to watch out for the CPU, the resource that actually slows down your phone and drains your battery life.
Thus, killing all but the essential apps (or telling Android to kill apps more aggressively with the “autokill” feature) is generally unnecessary. Furthermore, it’s actually possible that this will worsen your phone’s performance and battery life. Whether you’re manually killing apps all the time or telling the task killer to aggressively remove apps from your memory, you’re actually using CPU cycles when you otherwise wouldn’t—killing apps that aren’t doing anything in the first place.
In fact, some of the processes related to those apps will actually start right back up, further draining your CPU. If they don’t, killing those processes can cause other sorts of problems—alarms don’t go off, you don’t receive text messages, or other related apps may force close without warning. All in all, you’re usually better off letting your phone work as intended—especially if you’re more of a casual user. In these instances, a task killer causes more problems than it solves.
Click to expand...
Click to collapse
And from a site called NextApp:
Android was designed from the ground up as an operating system (OS) for mobile devices. Its built-in application and memory-management systems were engineered with battery life as one of the most critical concerns.
The Android OS does not work like a desktop operating system. On a desktop OS, like Windows, Mac OS X, or Ubuntu Linux, the user is responsible for closing programs in order to keep a reasonable amount of memory available. On Android, this is not the case. The OS itself automatically removes programs from memory as memory is needed. The OS may also preload applications into memory which it thinks might soon be needed.
Having lots of available empty memory is not a good thing. It takes the same amount of power to hold “nothing” in memory as it does to hold actual data. So, like every other operating system in use today, Android does its best to keep as much important/likely-to-be-used information in memory as possible.
As such, using the task manager feature of SystemPanel to constantly clear memory by killing all apps is strongly NOT RECOMMENDED. This also applies to any other task killer / management program. Generally speaking, you should only “End” applications if you see one which is not working correctly. The “End All” feature can be used if your phone/device is performing poorly and you are uncertain of the cause.
Click to expand...
Click to collapse
All those quotes were aggregated for this article, if you want to read more: http://www.droid-life.com/2011/06/02/revisiting-android-task-killers-and-why-you-dont-need-one/
So TL;DR, this:
Droid Life said:
Basically, Android keeps tasks handy because it thinks you’ll want to perform them again in a very short amount of time. If you don’t, it will clear them out for you. It also likes to keep as many things handy as possible so that the overall performance of your device is top notch. If Android were to completely kill off everything that your phone is doing, then it would require more resources to restart all of them and you would likely run into slowness and battery drains. By keeping certain things available to you, your phone is actually running better than it would without. So please, stop killing off tasks and let Android do the work for you.
Click to expand...
Click to collapse
Although they are not necessary in every day use, I still recommend having one just in case. Every once in a while, something will go wrong. I guess you could just reboot so it's not a big deal either way. So anyway.. I have advanced task killer but I probably only use it about once a month.
On Linux I am not a hostage of the operating system...
On Android it seems it wants me to be 'cos it knows better.
For example: I use Skype maybe once a week. BUT android assumes that I will use it again and 3 minutes, and keeps it around hoping that I do. I know I won't so I want to kill it (like I did 2.1) so the machine will be more responsive - instead of for CPU to do massive cleanup before I start a new app.
The terrible system instability, the immediate phone damage - this is spreading FUD. Nothing terrible will happen.
Grrr...
viulian said:
o be 'cos it knows better.
For example: I use Skype maybe once a week. BUT android assumes that I will use it again and 3 minutes, and keeps it around hoping that I do. I know I won't so I want to kill it (like I did 2.1) so the machine will be more responsive - instead of for CPU to do massive cleanup before I start a new app.
The terrible system instability, the immediate phone damage - this is spreading FUD. Nothing terrible will happen.
Grrr...
Click to expand...
Click to collapse
You see this is EXACTLY what the anti-taskkiller people dont understand. They think apps get closed and memory gets reorganized like MAGIC instantly. They dont understand that it takes CPU power to do this which is why you see slight lag when your memory gets low. This lag is from the system reallocating memory and this has been proven via acatlogs.
How can I do this? I noticed yesterday that my scramble with friends app with only 2 games, was taking up 135Mb RAM. I'm sure there's another issue behind there, but this got me noticing other apps that don't need to always be open and running, but for some reason are. How can I stop these apps from auto launching and running in the background?
cgibsong002 said:
How can I do this? I noticed yesterday that my scramble with friends app with only 2 games, was taking up 135Mb RAM. I'm sure there's another issue behind there, but this got me noticing other apps that don't need to always be open and running, but for some reason are. How can I stop these apps from auto launching and running in the background?
Click to expand...
Click to collapse
Just because something is loaded doesnt mean its actually running. Android takes programs that are often used and load them into RAM so that they are ready and waiting when you want to run them. They are then dropped out of memory when that memory is needed for something else. Read up on memory management to get a better idea. If you want to kill it anyways, you can probably just use Titanium to freeze it, but this requires root.
Thanks for the response. I'm rooted and also running RAM manager. It seems that certain programs are taking up my RAM that don't need to be. Another example, words with friends, was in my RAM usage after reboot, and I've never even used this game before. Games like scramble with friends I'd imagine always need to be running or in active RAM since that game has notifications and built in messaging. But I don't need to constantly have that app checking for new data. I tried setting the in app settings to check every few hours rather than 5 minutes, but it was still shown as taking 130MB of RAM usage (though the number is normal now after reboot).
So, it sounds like there is no way.. or what you're saying is more of, no need? I just don't want a bunch of little used apps taking up my active memory.
cgibsong002 said:
Thanks for the response. I'm rooted and also running RAM manager. It seems that certain programs are taking up my RAM that don't need to be. Another example, words with friends, was in my RAM usage after reboot, and I've never even used this game before. Games like scramble with friends I'd imagine always need to be running or in active RAM since that game has notifications and built in messaging. But I don't need to constantly have that app checking for new data. I tried setting the in app settings to check every few hours rather than 5 minutes, but it was still shown as taking 130MB of RAM usage (though the number is normal now after reboot).
So, it sounds like there is no way.. or what you're saying is more of, no need? I just don't want a bunch of little used apps taking up my active memory.
Click to expand...
Click to collapse
No real need. Android sees that you use this app a good bit so it preloads it, and it's sitting there in unused RAM untill it's either called upon to run or untill another process needs that RAM that its using.The application is not running and that RAM would otherwise be sitting unused, so there's no need to get rid of it unless it happened to be a suspicious application. This process is what gets alot of folks all wound up about never having enough RAM because they think that almost all of their RAM is being used for running processes when in reality this isn't really true, kinda half true.
Download Autostarts from the Market, it will let you prevent apps from starting automatically.
And what Chief Geek said is true, he's missing a big part of the picture, and I see statements like his all the time. Yes Android does a good job of loading things in and out of memory as needed. However, if there is crap you don't care about coming in and out of memory all the time, then that means Android is going to dump stuff out of memory that you DO care about (browser, games, etc.) So if you have a bunch of extra crap running, that means if you pause a game, check and email, and come back, Android may have released it from memory and you have to wait for it to reload. If you cut back on the things that are constantly running, it will keep more of your apps that you care about in memory longer, meaning when you go back to that game they will be there right away.
The more stuff you can prevent from running the better. I use Titanium Backup to freeze stuff I will never use. I use autostarts to prevent certain apps from running at startup that I don't want to - Maps, Facebook, etc. Doing this gives me tons of extra free RAM which translates to more useful multitasking.
EvoXOhio said:
And what Chief Geek said is true, he's missing a big part of the picture, and I see statements like his all the time.
Click to expand...
Click to collapse
I understand where your coming from, as this is a very common argument, but what you didn't mention is your method favors empty/available RAM for multitasking while sacrificing fast launches leading to some folks experiencing a laggy system. I completely agree with freezing the junk as the bloat always seems to have pointless priority, but I feel as once these steps are taken that android does a perfectly fine job of managing RAM. Very rarely do I have to wait for applications to reopen as I'm jumping back and forth between them and never have trouble multitasking. I'm not going to be curt and say your theory is wrong, I'll leave it as just another way of running your device as it certainley has it's merits, but I don't agree that it's for the average user who is more likey to be jumping from one app to another and not back and forth between the same ones needing all the data to be exactly where they left it.
Chief Geek said:
I understand where your coming from, as this is a very common argument, but what you didn't mention is your method favors empty/available RAM for multitasking while sacrificing fast launches leading to some folks experiencing a laggy system. I completely agree with freezing the junk as the bloat always seems to have pointless priority, but I feel as once these steps are taken that android does a perfectly fine job of managing RAM. Very rarely do I have to wait for applications to reopen as I'm jumping back and forth between them and never have trouble multitasking. I'm not going to be curt and say your theory is wrong, I'll leave it as just another way of running your device as it certainley has it's merits, but I don't agree that it's for the average user who is more likey to be jumping from one app to another and not back and forth between the same ones needing all the data to be exactly where they left it.
Click to expand...
Click to collapse
You're misunderstanding what I am saying. I am suggesting to prevent apps you don't care about from getting loaded into memory automatically at startup. By doing that, it means more free memory for the system, which means better multitasking.
My method doesn't sacrifice fast launches at all. If anything, by having more free memory, it means more applications will remain in memory, which equals better multitasking and faster relaunches. Initial launches will be the same either way.
I am NOT suggesting to prevent apps you care about from autostarting - just the crap that you never use nor care about. Maybe that's where you misunderstood me.
EvoXOhio said:
You're misunderstanding what I am saying. I am suggesting to prevent apps you don't care about from getting loaded into memory automatically at startup. By doing that, it means more free memory for the system, which means better multitasking.
My method doesn't sacrifice fast launches at all. If anything, by having more free memory, it means more applications will remain in memory, which equals better multitasking and faster relaunches. Initial launches will be the same either way.
I am NOT suggesting to prevent apps you care about from autostarting - just the crap that you never use nor care about. Maybe that's where you misunderstood me.
Click to expand...
Click to collapse
I appologize for the misunderstanding, I assumed that since we were discussing an app that he says he does use that you meant to prevent apps such as this all together. Such is an argument that some make in an attempt to maximize the amount of available unused RAM.
Chief Geek said:
I appologize for the misunderstanding, I assumed that since we were discussing an app that he says he does use that you meant to prevent apps such as this all together. Such is an argument that some make in an attempt to maximize the amount of available unused RAM.
Click to expand...
Click to collapse
I was addressing what he said here:
but this got me noticing other apps that don't need to always be open and running, but for some reason are. How can I stop these apps from auto launching and running in the background?
Click to expand...
Click to collapse
But in all honesty, if his app is using 135MB of RAM when doing nothing, it is probably better off being prevented from running in the background entirely. 135MB is less than 1/3 of the free RAM on the system after a fresh boot.
I been using system tuner pro. You can freezes apps stop them from start up. It also has a task manager that you can choose which apps run what you want to kill.you can also exclude apps so if you kill all it will keep the apps you need running like widget locker bln or avast and kill the rest. Also gives you in depth everything on yor phone
Sent from my oversized communication device.
+1 for Autostarts
Sent magically through the air from the mighty Note!
kimocal said:
+1 for Autostarts
Sent magically through the air from the mighty Note!
Click to expand...
Click to collapse
+2 for Autostarts.
The best by far is Gemini app manager... https://play.google.com/store/apps/details?id=com.seasmind.android.gmappmgr
long press on the icon of the app to get a menu with an option to disable start up.
And the nice part it has very granular selection of start up permissions.
Hey there all, this is 2 Bunny again. As many of you know, back in October I had to make an emergency switch from Windows Mobile to Android. As you've all read in my posts, it has been a very "mixed" experience with both some impressive and downright pathetic discoveries, but one of the worst things about it (beside the complete inability to sync) is the way that Android closes your programs whenever it feels like it instead of letting you close them. Sometimes I'll be browsing the internet in Opera Mobile and I'll switch over to the email program briefly to check something, when I hold down the "home" key and pick OM from the list of recently used programs, it starts it all over again, and I know for a fact I didn't choose "exit".
Sometimes I'm glad Android "cleans up" (like if I back out of a program that has no "exit" option) because it saves me the trip to the task manager later, but is there any way I can prevent it from closing stuff I'm actually still using?
Thanks.
- 2 Bunny
kainppc6700 said:
Hey there all, this is 2 Bunny again. As many of you know, back in October I had to make an emergency switch from Windows Mobile to Android. As you've all read in my posts, it has been a very "mixed" experience with both some impressive and downright pathetic discoveries, but one of the worst things about it (beside the complete inability to sync) is the way that Android closes your programs whenever it feels like it instead of letting you close them. Sometimes I'll be browsing the internet in Opera Mobile and I'll switch over to the email program briefly to check something, when I hold down the "home" key and pick OM from the list of recently used programs, it starts it all over again, and I know for a fact I didn't choose "exit".
Sometimes I'm glad Android "cleans up" (like if I back out of a program that has no "exit" option) because it saves me the trip to the task manager later, but is there any way I can prevent it from closing stuff I'm actually still using?
Thanks.
- 2 Bunny
Click to expand...
Click to collapse
Try ZDBox application.....maybe you'll find a solution to that problem!!
jimsiv said:
Try ZDBox application.....maybe you'll find a solution to that problem!!
Click to expand...
Click to collapse
Interesting. So that can prevent it from closing certain programs?
- 2B
kainppc6700 said:
Interesting. So that can prevent it from closing certain programs?
- 2B
Click to expand...
Click to collapse
Yup. I've been using it for a long time. As far as I know you can set certain apps to Protect so they're not closed.
ZaIINN said:
Yup. I've been using it for a long time. As far as I know you can set certain apps to Protect so they're not closed.
Click to expand...
Click to collapse
Great, I'll give that a try and letcha'all know if it works.
- 2B
Update - well it seemed promising, but it didn't work unfortunately. ZDbox said it was "protected", but that didn't stop Android's hammer of making people's lives miserable.
Any ideas if I might be doing something wrong in ZDBox (I did turn off the notification thing) or if there is other software I might be able to try?
Thanks.
- 2 Bunny
If rooted try V6 supercharger script. Just do a search on XDA. It rewrites your phones memory management to increase multitasking capabilities by reconfiguring your ram. If not rooted, your choices are severely limited by existing software to hardware configurations preset by the android operating system and the device manufacturer. Go through all of your programs and clear out all of your allocated cache memory. Freeing up ram memory may help your multitasking needs.
Sent from CDMA V6 SC GNexus w/Liquid & Franco.kernel
As mentioned by others, the most likely culprit is high memory utilization. However, there are a few other reasons that may contribute to the application closing down. Android "ranks" applications from 1 to 5 (where 5 means it is the first to get killed) based on certain criteria. Because xda won't let me link to it (I'm a new user), I have posted them at the bottom of my message.
Chances are, you are seeing the behavior in numbers 4 and 5. The fact that Android keeps applications in a least-recently-used list means that if you have applications which you just accessed but appear to have closed when you come back to them, then, once again, it is likely you are using a lot of memory that the phone is aggressively trying to keep cleaned up.
Although, it is possible that a small number of your problems are based on poorly implemented applications since the developer website states "If an activity implements its lifecycle methods correctly, and saves its current state, killing its process will not have a visible effect on the user experience..."
1. Foreground process
A process that is required for what the user is currently doing. A process is considered to be in the foreground if any of the following conditions are true:
It hosts an Activity that the user is interacting with (the Activity's onResume() method has been called).
It hosts a Service that's bound to the activity that the user is interacting with.
It hosts a Service that's running "in the foreground"—the service has called startForeground().
It hosts a Service that's executing one of its lifecycle callbacks (onCreate(), onStart(), or onDestroy()).
It hosts a BroadcastReceiver that's executing its onReceive() method.
Generally, only a few foreground processes exist at any given time. They are killed only as a last resort—if memory is so low that they cannot all continue to run. Generally, at that point, the device has reached a memory paging state, so killing some foreground processes is required to keep the user interface responsive.
2. Visible process
A process that doesn't have any foreground components, but still can affect what the user sees on screen. A process is considered to be visible if either of the following conditions are true:
It hosts an Activity that is not in the foreground, but is still visible to the user (its onPause() method has been called). This might occur, for example, if the foreground activity started a dialog, which allows the previous activity to be seen behind it.
It hosts a Service that's bound to a visible (or foreground) activity.
A visible process is considered extremely important and will not be killed unless doing so is required to keep all foreground processes running.
3. Service process
A process that is running a service that has been started with the startService() method and does not fall into either of the two higher categories. Although service processes are not directly tied to anything the user sees, they are generally doing things that the user cares about (such as playing music in the background or downloading data on the network), so the system keeps them running unless there's not enough memory to retain them along with all foreground and visible processes.
4. Background process
A process holding an activity that's not currently visible to the user (the activity's onStop() method has been called). These processes have no direct impact on the user experience, and the system can kill them at any time to reclaim memory for a foreground, visible, or service process. Usually there are many background processes running, so they are kept in an LRU (least recently used) list to ensure that the process with the activity that was most recently seen by the user is the last to be killed. If an activity implements its lifecycle methods correctly, and saves its current state, killing its process will not have a visible effect on the user experience, because when the user navigates back to the activity, the activity restores all of its visible state. See the Activities document for information about saving and restoring state.
5. Empty process
A process that doesn't hold any active application components. The only reason to keep this kind of process alive is for caching purposes, to improve startup time the next time a component needs to run in it. The system often kills these processes in order to balance overall system resources between process caches and the underlying kernel caches.
PAIN IN THE REAR TO DO THE INSTALLATION Reply
That sounds promising. I'll give it a try and letcha'all know if it works or not.
Just FYI, the installation is a HUGE pain. I messed around with it for a solid hour and a half, maybe two hours to get it up and running, so it better work or I'm out the time I put in and I'd have anotherwise useless something running/taking up space.
Thanks.
- 2B
Looks like I wasted my time. Not only did that not have any effect, it seems to have permanently brought back the useless update nagscreen - a million thumbs down to "supercharger" for being the most useless waste of an hour and a half of my life.
Not to be mean here, but did anyone try the suggestions before posting them?
Guess I'm off to the recovery menu again to try and get rid of the nagscreen, that is if I'm not booted out first.
- 2B
SAVE THE PROGRAMS Reply
Any updates on this?
Thanks.
- 2B
Any updates on this?
Thanks.
- 2 Bunny
FORCE CLOSE Reply
Any updates on this?
- 2B
STILL FORCED CLOSED Reply
Any updates on this?
- 2B
Yes.
Install V6 Supercharger and bulletproof Opera Mobile/Mini.
Are you sure you had it installed and it was running actually?
Your kernel needs to support init.d scripts.
If not, prior to installing V6 create init.d folder in /system/etc/ and grant it all the permissions. Download Script Manager app and set V6 scripts from init.d folder to run at boot.
I hope it works.
Simple Workaround:
Download MinFreeManager app and tweak your min free settings according to your RAM. More RAM = More Agressive Settings. Google android minfree and you'll find how to.
Boy124 said:
Yes.
Install V6 Supercharger and bulletproof Opera Mobile/Mini.
Are you sure you had it installed and it was running actually?
Your kernel needs to support init.d scripts.
If not, prior to installing V6 create init.d folder in /system/etc/ and grant it all the permissions. Download Script Manager app and set V6 scripts from init.d folder to run at boot.
I hope it works.
Simple Workaround:
Download MinFreeManager app and tweak your min free settings according to your RAM. More RAM = More Agressive Settings. Google android minfree and you'll find how to.
Click to expand...
Click to collapse
I'll tell you what, I screwed around with that "supercharger" for so long, I really don't want to look at it again (I think my ROM might actually have it included). All I know is that it did install because when I restarted the device, I got the stupid update nagscreen back.
I am going to try that "MinFree" program though and report back what I figure out. So far it seems to be working, so this could be promising, but I'll keep ya'all posted.
- 2B
BULLET Reply
kainppc6700 said:
I'll tell you what, I screwed around with that "supercharger" for so long, I really don't want to look at it again (I think my ROM might actually have it included). All I know is that it did install because when I restarted the device, I got the stupid update nagscreen back.
I am going to try that "MinFree" program though and report back what I figure out. So far it seems to be working, so this could be promising, but I'll keep ya'all posted.
- 2B
Click to expand...
Click to collapse
Update. Looks like "MinFreeManager" isn't doing its job either.
Any other ideas? Anyone? I'll even try the "BulletProof" thing.
- 2B
I use the browser and check email while browsing without any problem returning to the browser. In your first post you said you use the home button. Doing that will close the browser. Use the back button to return to the browser.
Sent from my LG-P500 using XDA
fdaconta said:
I use the browser and check email while browsing without any problem returning to the browser. In your first post you said you use the home button. Doing that will close the browser. Use the back button to return to the browser.
Sent from my LG-P500 using XDA
Click to expand...
Click to collapse
Actually, the home key leaves it running. I usually check right away, and at first it continues running; it's when you're not watching that it takes it right out from under you. It might just be this build of Android.
Is anyone else running Gingerbread and having this problem?
Does anyone know of any kind of solution?
Thanks.
- 2 Bunny
PROGRAMS CLOSING BY THEMSELVES Reply
Any updates on this?
Thanks.
- 2 Bunny
Hi Everyone,
Basically, I got my Samsung Galaxy Player 4.0 in January, and when it comes to the features, I have been loving it. This is my first Android device.
However, I have been having problems lately. First, some basic information: it's an 8gb device, and I have a 32gb class 10 microSD card in it. I have a huge number of apps on it (over 200), however, I keep careful tabs on what is running in the background, reporting an app if it runs in the background even when not needed and that will reopen if killed, and if I don't really need it, deleting it after a week. I've only had to do that with a couple of apps so far. As I use this a lot as a PDA (I don't have a phone, this basically covers those bases), I have a couple of things that always run in the background, which I want there (textplus, Linphone, MailDroid, SwipePad). After getting rid of the services that I don't need, I'm still looking at over 100MB free RAM. I'm still on the stock ROM, and I'm using GO launcher Ex. I reboot daily.
My problem is that it crashes often - sometimes daily. Usually, it will go something like this: An application freezes, the whole system becomes unresponsive, and I either have to reboot it by holding down the power button for 8 (?) seconds, or something snags and it reboots by itself. Usually the first sign is that the haptic feedback for the home button comes about a second later after I press it - except then it is almost always too late. The power button will usually turn the screen on or off, but the lockscreen won't appear, I'll see the screen as it was before, frozen. Sometimes, it eventually reboots, while sometimes it doesn't, making me hold down the power button to reboot it, and sometimes, just as it will start "becoming unfrozen" (it goes to the home screen and it starts loading), it will reboot.
It seems to be that after an approximate time of active use, it will crash. Before that, apps can freeze, FC, and within a few seconds, I'll be back on the home screen or in another app, doing something else. After that, on the other hand, it seems to me that whenever an app freezes or has a problem, it basically takes down the whole system with it.
Something tells me that this isn't just normal (otherwise Android wouldn't have over 50% of smart phone market share ), because I haven't heard of problems like this before, and other people with Android I know don't seem to be having the same problems (if any, at all). I have been reading around, and saw some thread about another phone describing similar problems, and it turns out it was a motherboard problem, so the phone was returned for warranty, except I don't remember where that was, I'm just hoping it's something like that...
OK, now that you've read my long post (sorry, I thought it would be best to give more details than get asked about them), I really hope this isn't something normal, because outside of this problem, I'm really enjoying all the possibilities, capabilities and flexibilities of Android (I'm looking at you, iPod). It's really quite aggravating, today I lost my public transit itinerary on Google Maps (I feature I love), and thankfully, I remembered enough to make it through, but it is quite frustrating. Please tell me this is not Android being Android?
Go Launcher is not Officially supported on these devices and swallows the small amount of ram very quickly, I tried it for a day and got rid of it because of how badly it impacted performance.
edit: looks like since I tried it they added support for our players, still won't run it, its to much of a system hog.
I don't know, but I tried switching to the default launcher, and it already crashed earlier than usual. Any other ideas? I'll try some other launchers over the next few days.
Sounds like you are running out of system resources. You say you have a couple hundred apps installed and I bet some of those are becoming active and hogging precious ram and cpu resources in the background until the system crashes. I have a 2 year old Samsung Captivate and I only have minimal amount of apps because it will often big down and become unresponsive and crash. So before you head out to a repair shop, remove some of your many apps and see if that helps.
So, if I understand, even if an app runs in the background for a short period of time, it still consumes resources, even after it's stopped running?
trainman261 said:
So, if I understand, even if an app runs in the background for a short period of time, it still consumes resources, even after it's stopped running?
Click to expand...
Click to collapse
If you have a titanium backup freeze apps that run in backround and see what happens ..when you open programs they will stay in memory so use some memory kill widget to clean memory from time to time.I have a stock rom witch is not very good with memory menagment so sometimes when memory is full it just stop and only help is restarting ..so i use app "quick system info" which give you memory ajd cpy usage displayed in status bar and when memory is close 2 full i just click on that and it kill all other aps except what a use in that moment.
Sent from my GT-I9000 using XDA
So, basically, the ROM is to blame? As to Titanium backup, I think that needs root, and I'm not quite ready to root yet (I've done enough hacking on my iPod). I do plan on upgrading to android 4.0 eventually (once all the issues get fixed, this is my main device, after all), and I think I'm going to have to root it at that point, but I'll be able to test it on a different ROM then, as well as try freezing apps. For now, I've tried LauncherPro, which seems a lot more lightweight, and it seems to be making it through the day until I reboot, and seems to be very stable... it also loads my widgets lightnight fast, which is great.
Correct me if I'm wrong, but the way I understand it is:
obviously there are memory leaks, every OS has that
Android will not kill services, but only programs
If there are places where memory can be freed, Android will do that when necessary
If no memory can be freed, and there is barely any memory left, than a minor FC or a frozen app is all it will need to push Android off the cliff
Is this the way it works? And, then, when I upgrade to 4.0 (CM9), most of those problems should be gone (because of better memory management)?