Related
Hi,
I have noticed that my Nexus' performance starts to drop after some hours on: going from one home screen to the other becomes quite choppy, and so do the animations of opening an application.
Have you guys noticed that too, or is it just me?
It was like this for me until I bought Advanced Task Manager. I have it auto end applications that I don't need to run all the time. It runs much better now.
The issue is RAM. The kernel that shipped with the Nexus One doesn't support the full 512MB of RAM. However, CyanogenMod 5.0-beta4 does and the difference in speed is amazing. With 26 apps running I have 167MB free atm.
But like stickerbob said, you should have Advanced Task Manager at the least.
Deathwish238 said:
The issue is RAM. The kernel that shipped with the Nexus One doesn't support the full 512MB of RAM. However, CyanogenMod 5.0-beta4 does and the difference in speed is amazing. With 26 apps running I have 167MB free atm.
Click to expand...
Click to collapse
I don't get it. Isn't Android supposed to kill unused apps when it's running out of RAM?
frandavid100 said:
I don't get it. Isn't Android supposed to kill unused apps when it's running out of RAM?
Click to expand...
Click to collapse
Yep but some people just don't get that, ah well...
efeltee said:
Yep but some people just don't get that, ah well...
Click to expand...
Click to collapse
Well, that doesn't really explain the performance drops. Does the phone run out of RAM, or not? It seems to be snappy again after a reboot, so there must be something.
frandavid100 said:
I don't get it. Isn't Android supposed to kill unused apps when it's running out of RAM?
Click to expand...
Click to collapse
That is what I have read, but it did not work for me. I downloaded the free version of advanced task man to troubleshoot the problem and found that most of my apps were still running in the background even when my ram was down to 10-20mb. That is about when the phone would start acting up on me. When I ended the tasks the phone would act normal again. So I just broke down and bought the app for $.99. If you do this make sure you exclude some system apps, if you don't your phone could freeze while it is trying to restart them.
10-20mb free is normal operation. This is how the OS is designed to operate, linux and even windows7 now also operate in this fashion (show very little 'free' memory). there is no performance problem with low free memory, purely a misconception on modern memory managment. Whats going on is that you have a buggy application, which is why 'killing' apps looks to be resolving your issue. You're only resolving the symptom, not the problem.
I never kill apps and have had weeks of uptime without any slow down. This gets rehashed over and over again by people claiming task killers help performance. The reality is they do nothing for performance, only nice to have around for that great once and a while an app runs away from you, or in troubleshooting if you have a poorly written app. It should not be anyones habit to do a kill all on a regular basis, if it were the OS would do this automatically.
btw, compcache has been known to cause this slowdown over time issue, it has since been removed from most of the popular custom baked rom's.
frandavid100 said:
I don't get it. Isn't Android supposed to kill unused apps when it's running out of RAM?
Click to expand...
Click to collapse
Yes it does...
bofslime said:
10-20mb free is normal operation. This is how the OS is designed to operate, linux and even windows7 now also operate in this fashion (show very little 'free' memory). there is no performance problem with low free memory, purely a misconception on modern memory managment. Whats going on is that you have a buggy application, which is why 'killing' apps looks to be resolving your issue. You're only resolving the symptom, not the problem.
I never kill apps and have had weeks of uptime without any slow down. This gets rehashed over and over again by people claiming task killers help performance. The reality is they do nothing for performance, only nice to have around for that great once and a while an app runs away from you, or in troubleshooting if you have a poorly written app. It should not be anyones habit to do a kill all on a regular basis, if it were the OS would do this automatically.
btw, compcache has been known to cause this slowdown over time issue, it has since been removed from most of the popular custom baked rom's.
Click to expand...
Click to collapse
Well then there must be many buggy applications. I had to rely on Advanced Task Manager to keep my G1 running acceptably fast. The N1 slows down without its full RAM available so I needed to use Advanced Task Manager then too.
If the RAM is not the issue, why does having the extra 200 MB available make the phone run much smoother with 20+ apps running?
frandavid100 said:
I don't get it. Isn't Android supposed to kill unused apps when it's running out of RAM?
Click to expand...
Click to collapse
well technically no, it reallocates what is being used and frees up memory for programs currently running but non the less the OS manages itself
personally i close apps that i do not have going with the task manager. i seem to notice a performance difference if i do it manually, it takes 2-3 extra taps for peace of mind rather than relying on the OS to figure it out for me...
Deathwish238 said:
The issue is RAM. The kernel that shipped with the Nexus One doesn't support the full 512MB of RAM. However, CyanogenMod 5.0-beta4 does and the difference in speed is amazing. With 26 apps running I have 167MB free atm.
But like stickerbob said, you should have Advanced Task Manager at the least.
Click to expand...
Click to collapse
The speed benefits of CM's ROM isn't due to the HIGHMEM supporting kernel, but rather other tweeks he's done with his build. Extra ram is nice, but there is certainly no limitation with the 213 or so userspace memory that is available now. Android itself does not even use this memory, it has its own reserved memory space, userspace memory is only for applications to be loaded in. And there is speed for keeping as much of your applications loaded in memory as possible.
swetland said:
Roughly 220MB is available to userspace in the shipping build (ERD79).
Quite a lot of memory is dedicated to the radio firmware (41MB), dsp firmware (32MB), display surfaces (32MB), gpu (3MB), camera (8MB), a/v buffers (41MB), and dsp buffers. Much of this needs to be set aside for these specific tasks due to hardware requirements of very large physically contiguous buffers which can be difficult or impossible to obtain after boot once the physical memory space gets fragmented.
The big limitation though is that the Linux kernel needs to do a 1:1 physical:virtual map of general purpose memory used by the kernel and userspace (which excludes the special purpose stuff described above). This eats into the available kernel virtual address space, which is also needed for cross process shared memory used by the binder, etc. Run out of virtual memory and things get unhappy.
In 2.6.32, HIGHMEM support for ARM will allow us to avoid this requirement for a 1:1 mapping which will allow us to increase memory available to userspace without running the system out of virtual memory adddress space.
Click to expand...
Click to collapse
The speed difference I'm talking about is what I experienced when running CM beta3 and CM beta3 w/ highmem. The difference was huge. I assumed the change was mainly attributed to the double RAM available.
Even now with the full RAM available, things run faster when I end the other apps running. It's not necessary, but the difference is there.
It would be nice to be able to pinpoint which apps caused slow downs.
The best way I've seen this put I found in a thread where someone wanted to disable apps from auto-starting entirely. I saved it, because I though it was very elegant way to explain androids mem management.
equid0x said:
I just wanted to chime in here about the whole apps on startup thing....
Android has the concept of services which are programs that typically have a frontend piece, like a GUI for IM that you would normally use, that only runs when you are using it, and a background piece, the service, which is constantly running to keep you connected to your IM servers. This will account for some portion of the things you see running on startup, depending on how many apps you have installed, and whether or not they were written to run as a service.
There are also some, usually older, android programs that existed before "services" were really used.. that basically use triggers to keep reloading themselves. These programs are less efficient, and probably should be re-written to use the official service method of operation, caveat emptor.
Android also makes several modifications to the stock process handling that comes with any Linux kernel, which is already radically different from what most would be used to seeing on Windows as it is. Android attempts to keep commonly used applications running(loaded into memory), but in a sleeping state (using no cpu), so that they may be quickly resumed on request. Android also contains some agressive modifications to the behavior of the OOM(out of memory) task killer in Linux, that seem to cause it to keep applications running until nearly all memory is consumed, killing apps it deems unnecessary only when absolutely necessary. However, Android also supports a methodology of saving the running state of a program, so that if it is killed due to an OOM condition, it may be restarted with relevant data restored, to give the appearance of never having been killed at all.
This functionality is not all to alien to Linux as a platform in general, though Android has many modifications which tend to favor aggressive app management in memory, and less so filesystem cache. This was likely a design choice made to suit the low-speed/low memory platforms Android targets.
Click to expand...
Click to collapse
Good read.
So then given that...only services running should slow down the phone and not the background apps running.
However, this doesn't really answer the OP's question. If it's not a memory issue...what's causing his slowdowns?
Could be too many widgets on the home screen, I don't run that many but its possible that while in an app for a while, and switching back to home the OS may have to kill a whole bunch of apps to allow it to reload all the widgets on the home screen.
I tested this, and loaded the crap out of my home screens with widgets, and then launched a game. When I exited the game there was a good 500ms - 800ms delay in my homescreens from displaying anything other than the background. However, after it loaded, scrolling between screens looks smooth. The new kernel with highmem support can help this, but I would suspect some crazy widget filled homescreen with a 3rd party live wallpaper (star's configured with too many stars) and all of that combined could be an issue even still. Apple combats this by allowing only one app at a time, they know people will go overboard if allowed.
Well, that doesn't really explain the performance drops. Does the phone run out of RAM, or not? It seems to be snappy again after a reboot, so there must be something.
Click to expand...
Click to collapse
There's probably no easy answer to this question. There could be IO contention, a runaway process, high CPU usage, a memory leak, shoddy code in some app, etc etc... One would really have to take a look at the whole state of the system at the time the problem is happening to be able to ascertain what is causing the slowdown.
The phenomenon is in no way unique to Android. I'm sure nearly everyone is familiar with the common complaint "my computer is running slow". The reasons that can happen on a common PC are the very same reasons that can be happening here, and unfortunately there are many of those reasons. While in many cases, throwing memory at the issue may appear to solve the problem temporarily, it often is not a permanent fix.
The amount of userspace memory available really amounts to 1 thing and 1 thing only -> the total number of running processes that we can keep totally in memory at any given time. On stock android, slowdown due to an OOM condition should be minimal, since stock android doesn't swap. Discounting any other bottlenecks, there is a practical limit to the number of programs once would be able to run in the memory space that is available. Realistically speaking, android programs tend to be fairly small, so you'd really have to be running a lot of them to exhaust this space. It is far more likely one or 2 poorly written programs are hogging huge amounts of memory (and probably other resources), which is causing constant killing and restarting of other apps you are trying to run concurrently. You end up with contention on the slow flash, resulting in poor performance.
You can't even really compare the Nexus One to the G1 in this regard, because the G1 truly is terribly deprived of memory. Though, the argument in both cases could really be made that you are attempting to run the hardware beyond its design specifications...
Its been my experience that the culprit is usually one or 2 specific programs. Sometimes the best, although inconvenient, way to figure out which programs these are, is to keep watch of your usage habits, and if you suspect something is the problem, uninstall it, and see if the issue persists. Its time consuming but there really isn't any better way to figure it out without using all kinds of tools that android doesn't really provide convenient access to. There are a few apps on the market that help with this but I am not sure what they are called offhand.
Programs that were identified as sources of slowdown for me have been:
Weatherbug
The Weather Channel
Calorie Counter
Locale
SMS Popup
10000
USA Today
National Geographic Wallpapers
CNN News Widget
Streamfurious
Nav4All
Waze
Just about every app with Admob Ads
And this is really just what I can think off offhand... there are more...
equid0x said:
There's probably no easy answer to this question. There could be IO contention, a runaway process, high CPU usage, a memory leak, shoddy code in some app, etc etc... One would really have to take a look at the whole state of the system at the time the problem is happening to be able to ascertain what is causing the slowdown.
The phenomenon is in no way unique to Android. I'm sure nearly everyone is familiar with the common complaint "my computer is running slow". The reasons that can happen on a common PC are the very same reasons that can be happening here, and unfortunately there are many of those reasons. While in many cases, throwing memory at the issue may appear to solve the problem temporarily, it often is not a permanent fix.
The amount of userspace memory available really amounts to 1 thing and 1 thing only -> the total number of running processes that we can keep totally in memory at any given time. On stock android, slowdown due to an OOM condition should be minimal, since stock android doesn't swap. Discounting any other bottlenecks, there is a practical limit to the number of programs once would be able to run in the memory space that is available. Realistically speaking, android programs tend to be fairly small, so you'd really have to be running a lot of them to exhaust this space. It is far more likely one or 2 poorly written programs are hogging huge amounts of memory (and probably other resources), which is causing constant killing and restarting of other apps you are trying to run concurrently. You end up with contention on the slow flash, resulting in poor performance.
You can't even really compare the Nexus One to the G1 in this regard, because the G1 truly is terribly deprived of memory. Though, the argument in both cases could really be made that you are attempting to run the hardware beyond its design specifications...
Its been my experience that the culprit is usually one or 2 specific programs. Sometimes the best, although inconvenient, way to figure out which programs these are, is to keep watch of your usage habits, and if you suspect something is the problem, uninstall it, and see if the issue persists. Its time consuming but there really isn't any better way to figure it out without using all kinds of tools that android doesn't really provide convenient access to. There are a few apps on the market that help with this but I am not sure what they are called offhand.
Programs that were identified as sources of slowdown for me have been:
Weatherbug
The Weather Channel
Calorie Counter
Locale
SMS Popup
10000
USA Today
National Geographic Wallpapers
CNN News Widget
Streamfurious
Nav4All
Waze
Just about every app with Admob Ads
And this is really just what I can think off offhand... there are more...
Click to expand...
Click to collapse
I'm banking on it being an issue with an app that the OP has installed as well...not the phone or Android. I have only a handful of tried and true apps, and haven't experienced a slowdown even after 150 hours without a reboot.
OP... start uninstalling apps a couple at a time and wait several hours in between to narrow down the problem app.
I can't speak for the OP, but when I was having that problem I had 5 widgets running on my home screen. The Google Search, Sports Tap, Power Control, Calendar, and The Small Weather Channel. Does this seem like too much? I hope not.
stickerbob said:
I can't speak for the OP, but when I was having that problem I had 5 widgets running on my home screen. The Google Search, Sports Tap, Power Control, Calendar, and The Small Weather Channel. Does this seem like too much? I hope not.
Click to expand...
Click to collapse
It's not just widgets that you should be thinking about... any app you've installed can throw something off.
stickerbob said:
I can't speak for the OP, but when I was having that problem I had 5 widgets running on my home screen. The Google Search, Sports Tap, Power Control, Calendar, and The Small Weather Channel. Does this seem like too much? I hope not.
Click to expand...
Click to collapse
I removed the weather & news widget and the phone seems much faster now. I'll keep it like that for a day, see if it stays fast.
Now when installed a lot of apps including juicedefender and advanced task killer (set to aggressive when screen off with lots of exclusions) the lag has become more of an issue.
Now tell me whats the logic behind having installed a lot of apps and a lag? Running several apps multitasked will offcource produce performance-dips but just having them installed?
What exactly is "aggressive" on the task killer anyway? Some people say its just bad to kill tasks.
I have the idea that its the widgets that causes trouble, since they actually needs to run in the background all the time. I noticed today that the fancy-widget got stuck on upboot for like 60 seconds, that caused the 4 buttons below to not load properly. Alto the rather useless "daily brefing" seems to slow down.
I dont want to root and hack with sd-hacks now when froyo is confirmed to be released officially soon.
Do you have experice with sertain apps/widgets causing lag. If so, it would be great to make a list of "bad" apps.
PS, I tested the 30-day navigon today in car and it worked with no problems at all. Fix in 2 seconds and right on track.
robnil said:
Now when installed a lot of apps including juicedefender and advanced task killer (set to aggressive when screen off with lots of exclusions) the lag has become more of an issue.
Now tell me whats the logic behind having installed a lot of apps and a lag? Running several apps multitasked will offcource produce performance-dips but just having them installed?
What exactly is "aggressive" on the task killer anyway? Some people say its just bad to kill tasks.
I have the idea that its the widgets that causes trouble, since they actually needs to run in the background all the time. I noticed today that the fancy-widget got stuck on upboot for like 60 seconds, that caused the 4 buttons below to not load properly. Alto the rather useless "daily brefing" seems to slow down.
I dont want to root and hack with sd-hacks now when froyo is confirmed to be released officially soon.
Do you have experice with sertain apps/widgets causing lag. If so, it would be great to make a list of "bad" apps.
PS, I tested the 30-day navigon today in car and it worked with no problems at all. Fix in 2 seconds and right on track.
Click to expand...
Click to collapse
I haven't used it in a while, but "spare parts" in the marketplace tells you which apps are consuming your processor IIRC. This will obviously give you a temporary hit to your ability to load and run processes but will let you know more details about your phone that you don't already have and the battery use section of settings obviously only talks about what is using your battery but that isn't going to tell you the whole picture.
I am also someone who says you shouldn't use ATK, at least the way you do, but I have it installed and use it a bit differently. What I try to do is kill all tasks after I've used the marketplace or before I do anything intensive (gaming, GPS tracking) and I kill all apps including ATK. ATK will consume processor, battery and will free up memory which then Android uses to open more tasks you don't need (using processor and battery in the process -> repeat cycle). If you need to free up memory 1-5 times a day I think my way will save maybe 15-30% of your battery over a 24 hour period while costing you less than a minute of hassle (too much for some, sure). Again, I only kill after marketplace (because everything opens to check for updates, AFAIK) and before something that will use heavy memory and processor.
robnil said:
Now when installed a lot of apps including juicedefender and advanced task killer (set to aggressive when screen off with lots of exclusions) the lag has become more of an issue.
Now tell me whats the logic behind having installed a lot of apps and a lag? Running several apps multitasked will offcource produce performance-dips but just having them installed?
What exactly is "aggressive" on the task killer anyway? Some people say its just bad to kill tasks.
I have the idea that its the widgets that causes trouble, since they actually needs to run in the background all the time. I noticed today that the fancy-widget got stuck on upboot for like 60 seconds, that caused the 4 buttons below to not load properly. Alto the rather useless "daily brefing" seems to slow down.
I dont want to root and hack with sd-hacks now when froyo is confirmed to be released officially soon.
Do you have experice with sertain apps/widgets causing lag. If so, it would be great to make a list of "bad" apps.
PS, I tested the 30-day navigon today in car and it worked with no problems at all. Fix in 2 seconds and right on track.
Click to expand...
Click to collapse
Forgot the first part of your question, forgive me. I believe, the reason for more apps causing more lag is at least 2 fold. There are more apps that can be opened when you have free memory (in the vicious cycle I described above). There is also something that might be a bit unique to our phone, and I've only recently read this, it's a bit of speculation so I'm not trying to pass it off as fact but I think it's likely to be knowledgeable on the issue, even if not completely correct. Samsung's internal storage method is an SD card, that allows extra apps to be written to the internal storage but comes with a trade off of lag due to a potential combination of:
slow random-access
bad partition
I think I'm missing an important reason, I'll try to look and edit.
When I initially got my SGS I loaded it with a heap of apps and suddenly noticed the lag and quick battery drain. Problem was I couldn't track down the culprit.
I recently reset my device and was a bit more organized with what I installed. One of the things I started doing was checking what services were being used in the process which you can find under the manage apps part of the system.
So while you can load apps and they may/may not be killed by android or a task killer, the services will always be running - taking up memory, sometimes cpu, network. Things like weather checking, news checking, even email sync are some examples. These services plus any apps you run are I think what starts the lag. You need to be aware of which apps are also run as services.
Yes, there are some bad apps (last Facebook version was found to be a heavy drain) but I think they tend to add up with all the other services running.
As for 'Aggressive' depends on the app killer but my understanding (with the one I use), is that there is a memory limit before the app is killed. Once the limit is reached on aggressive, it doesn't take much before memory is cleared.
One thing to install is SeePU as this gives an indication of CPU, memory and network on the top menu bar. This also helps when the system lags (usually CPU is high and memory is low) and helps to know when to clean (or what threshold to set).
Hope this helps.
My single biggest gripe with the Android OS is the way it closes backgrounded applications without the user's permission, unrelated to available memory but rather amount of time the app is left idle. I can be editing a Word document in QuickOffice or Docs-to-Go, then get an incoming call, answer it and talk for ten minutes, only to find my Office application has been closed and all my changes have been lost.
I am wondering if perhaps by some small miracle, the Atrix has been programmed differently from other Android devices NOT to do this, because of its intended function as a desktop substitute via the Webtop environment. No one ever wants their desktop/laptop computer shutting down applications because they left to grab a coffee for ten minutes, so I'm hoping maybe the Moto devs took this into account and somehow turned off the "auto close backgrounded apps if left idle for X minutes" functionality of Android.
It's only a slim hope I'm holding out regarding this, but maybe someone can answer definitively one way or the other.. anyone know for sure?
No, it's still the same operating system. The Webtop is completely separate from Android.
Nope. I'm slightly annoyed every time adw ex is background killed just because I was reading my email, and it has to completely reload.
Not only that, but gingerbread took away the option to keep the launcher persistent
Sent from my MB860 using Tapatalk
If your app doesn't restore the previous state on restart, then the app developer is to blame, not android. Just saying
turl1 said:
If your app doesn't restore the previous state on restart, then the app developer is to blame, not android. Just saying
Click to expand...
Click to collapse
Sorry, but Motorola's responsible for any killing of webtop. X isn't designed to be magically killed the way that Android kills things.
It is worth pointing out this is less of an issue on Atrix given the 1Gb of RAM... but yes, this is still Android and as such the memory management is ultimately the same.
I have had cases on the Atrix where I am playing Angry Birds, get distracted and browse the web, forget I was playing the game... then return to the game 1 hour later to find it's still running as I left it. This certainly would NOT have happened on my Galaxy S!
Sogarth said:
Sorry, but Motorola's responsible for any killing of webtop. X isn't designed to be magically killed the way that Android kills things.
Click to expand...
Click to collapse
We were talking about android apps though
turl1 said:
If your app doesn't restore the previous state on restart, then the app developer is to blame, not android. Just saying
Click to expand...
Click to collapse
Most apps do restore previous state.
They also take a while to do so.
On the other hand, my biggest gripe is resolved: cm7 has an built in option under he performance setting to keep the launcher persistant, so I don't really care anymore
Sent from my NookColor using Tapatalk
From my understanding of Android programming, it only closes Background tasks automatically, all apps are started as Background tasks by default, it's up to the app to tell Android that it's a Foreground app, and it can't be closed automatically.
Hmm, I've used QuickOffice and left it alone for a while (got distracted, went on the internet, checked emails, turned off the screen, etc) and it was still all there when I came back. Does it happen to you frequently?
As a test I just made a new word document and typed some random stuff into it. I'll leave it alone for a day in the background and see if it's still there tomorrow...
Restoring to previous state works for some types of apps, but for others it's not a viable solution. For example streaming radio applications or chat programs like eBuddy, Fring, Skype etc. These need to be left running constantly in the background, not just restored to where they left off, because otherwise you're not available to be contacted through them while they're closed/offline. Some of those apps use the workaround of an ongoing notification to avoid being shut down, but that is really just a trick that developers shouldn't have to resort to.
I find that both QuickOffice and Documents-To-Go get shut down constantly when left idle in the background, even with nothing else running or using memory, and after only ten minutes or so of idle time. And I always lose all unsaved changes - the previous state is never restored.
What seems to happen is this: I can leave a document in the background for hours, and then come back to it okay, IF I don't do anything else in between. But if before returning to the open document, I launch ANY other app first, even a very small footprint one like a notepad, THAT is when the previously backgrounded apps like QuickOffice get closed by Android. It seems that Android's auto-close-after-idle activity is triggered by the next time the user launches something else. That's when the check is done and idle apps get shut down.
There are free app-switching utilities like AltTabApps and Smart Taskbar which allow you to easily see which windowed apps/tasks are still currently running. Using these I have tested and confirmed that I can actually leave quite a few things running idle in the background for a full day, and every time I keep checking, they are all still there and open, waiting to be switched back to. But then as soon as I open a new small app, and all those others have been sitting there idle and backgrounded for long enough, *POOF*, they all get closed instananeously the moment the new app is opened.
And like I said it's not related to memory, because I can see how much is free, and the app I end up opening is very small as well.
So if you're going to test, don't just leave it for a day and then try to come back to it. Before you go back to it, open something else that ISN'T already running (such as email or text messaging which are always quietly open already).. choose a brand new app to open and then try to go back to your Quickoffice document. On the three or four Android 2.2 devices on which I have tried this, I have never, ever been able to return to a document without losing all changes.
Sorry for the long message.. just important to point out the mechanism at work so as to avoid a false positive result, since there are cases when you can return to documents when you haven't opened anything else new in between.
Ok, I see what you mean now. Tried it the way you said and left it for a good while and it did indeed lose the stuff I had typed. I can see how that would get frustrating...
Have you tried using a task manager and telling it to keep QuickOffice alive (i.e. for the system to never kill it)? Although this will probably eat your battery, so I guess only do this if you really need it. I doubt there's a way to turn the functionality off entirely, as it's a pretty core part of making multi-tasking work on low power consumption devices.
Even with my devices rooted, no task manager I have ever seen or tried has successfully been able to override the core Android system to keep-alive any app that I've specified. These utilities seem only to be able to affect their OWN task-closing habits or aggressiveness levels, but not to prevent the OS from doing its own thing separate from their internal settings.
Not to get side-tracked into an OS comparison, but I have an HTC Leo HD2 running Windows Mobile 6.5, and it is able to keep a dozen applications open in the background indefinitely, without ever slowing down or draining the battery. I can leave Word Mobile, Coreplayer, Internet Explorer, Opera Mobile, Windows Messenger, and a large handful of others all open and still get a strong couple of days out of the battery. Surely if an older OS like WinMo (and even WebOS and Symbian) can do this, Android should be capable of it too. For this very reason unfortunately, I have had to stick to Android 2.1 or WM devices as I need my apps to stay open until I decide to close them. I am always hoping though that a new 2.3 or 2.4 device will come along that allows disabling of this functionality by the user.
paleozord said:
Even with my devices rooted, no task manager I have ever seen or tried has successfully been able to override the core Android system to keep-alive any app that I've specified. These utilities seem only to be able to affect their OWN task-closing habits or aggressiveness levels, but not to prevent the OS from doing its own thing separate from their internal settings.
Not to get side-tracked into an OS comparison, but I have an HTC Leo HD2 running Windows Mobile 6.5, and it is able to keep a dozen applications open in the background indefinitely, without ever slowing down or draining the battery. I can leave Word Mobile, Coreplayer, Internet Explorer, Opera Mobile, Windows Messenger, and a large handful of others all open and still get a strong couple of days out of the battery. Surely if an older OS like WinMo (and even WebOS and Symbian) can do this, Android should be capable of it too. For this very reason unfortunately, I have had to stick to Android 2.1 or WM devices as I need my apps to stay open until I decide to close them. I am always hoping though that a new 2.3 or 2.4 device will come along that allows disabling of this functionality by the user.
Click to expand...
Click to collapse
The keep persitant value was depreciated from android alltogether in 2.3. However, if cm7 can be set to keep alive the launcher and the messenger app, then it stands to say there is still a way around this.
Sent from my NookColor using Tapatalk
Hi all,
I guess ever since getting the Nexus 7 when it came out, I've been trying to reduce lag. It has become as sort of project of mine. The last year, I have gone over lots of ROMs, kernels, tweaking tools, and tried lots of good (and very much bad) stuff.
So far, I've come quite far and I am quite happy with the way my Nexus 7 runs. The Nexus runs great in all other apps, really. Browsing is smooth and not comparable in any way to what I started out with. I have some Danish, poorly designed sites that are quite heavy, and I get no lag.
Apart from one thing - i get BAD lag when scrolling down a list which has images in it. I also get minor lag at other lists, but images makes it horrible. My two best examples are the play store (almost unusable) and gReader (slightly better with images off in lists, but hey, shouldn't have to be like that).
I've been googling loads and it seems very few people have the same problem? I've had this problem with all kinds of ROMs, kernels, tweaks, whatever really. I can have a crap setup with a million services running and a google now process gone haywire with cpu at 75 degrees celsius, yet the stutter is just the same in play store and greader (e.g.).
My current setup (but note, I've tried many with same result):
- Completely fresh install of recent CM10.1 nightly
- franco kernel (1.7GHz CPU, 700MHz GPU, 512Kb read-ahead, interactive, deadline, fsync off, gpu scaling off, wifi performance streaming)
- Almost all services disabled, including most of google's, meaning I have greenify running, a few under google services and android keyboard
- Sync is currently off
- Currents is not installed
- I've got fstrim installed and run that recently on all partitions
- I've got 9GB of 13-ish free at the moment
- Location sharing off
- Accessibility off
- No widgets, completely empty homescreen (I use Apex, not locked in memory)
I've been testing on a 100/100Mbit line fiber and 60/15Mbit LTE and identical experience.
I DO have Xposed installed atm, but after this fresh install (and many other similar times), I go straight to play store on a fresh install before installing anything. Same problem always there.
I had been using Trinity kernel for quite some time, at the time I adjusted read-ahead a lot, but in this situation a standard read-ahead actually means less lag for me. I guess it means more, small lags, actually, less noticeable.
I've been testing Seeder and similar apps recently, but get no particular difference with this problem.
When using the older version of Google Play, it is much more smooth, yet in the lists with apps it still stutters. Like 2-3 stutters a second, at times it hangs for a whole second, when scrolling down. It stutters each time and image is placed.
My experience: It seems the act of scrolling AND loading images doesn't work well in parallel.
I really hope someone can help me understand the problem, or, if so lucky, help me eradicate (or at least) reduce it.
Mkay, so it seems I am in a situation, where lagfix etc. doesn't alleviate the problem with very low random write speeds. I have done Forever Gone and various other things, but it just doesn't help. So, after googling a lot again, with inconclusive results:
What the feck is the conclusion on those low read speeds? I have plenty of space free...
delanvital said:
the play store (almost unusable)
Click to expand...
Click to collapse
The Play Store has always stuttered horribly when scrolling, as does Play Music. From my own observations, this is an issue with the implementation of rendering in these applications, rather than a lack of system performance. It is not isolated to the Nexus 7 either; it occurs within these applications on every Android device.
When you load the Play Store (or Play Music with album art) and begin to scroll, images are loaded when they come into view and unloaded once you move past them. I would surmise that the behaviour is intended to conserve RAM on less capable devices, however the consequence appears to be that this constant loading and unloading of images while scrolling results in stuttering. I have tested this hypothesis by comparing image-based applications (such as HTC Music) which do not implement the aforementioned function against those that do. The result is always that the former are completely smooth, while latter stutter incessantly.
Now that most new Android devices are shipping with 2GB of RAM, I do hope that Google will either remove this function or disable it on current devices (based on the brand/model the device identifies as).
After some pain at the hands of sluggish performance on my new Shield Tablet to the point where it won't even turn on (soft reset required) I have discovered the following causing problems:
1. Older versions of Folder Organiser (specifically the version on Amazon App Store) slows the tab down considerably
2. Amazon apps being moved to SD. Basically don't do it for any Amazon app
Please add your own discoveries to this thread.
Soundcloud seems to be buggy on 5.0 I have had some freezes with it on several devices
PicSay Pro leaves artifacts all over the screen when it's used. I find it almost impossible to use it for simple tasks like cropping an image now.
Dolphin Browser is slow. Unnaturally "this can't be my WiFi" slow.
Apps on Android don't age as gracefully as on Windows. Even when the developer updates them occasionally, often OS changes, like what I presume is a shift from Dalvik to ART, can be crippling.
Sent from my Galaxy S5
I am really struggling to find stable performance on the tablet. It seems to jam up for no reason and require soft reset to get working again, at least twice a day.
Has anyone else moved apps to SD card? did it give you any problems? - This is the only thing I can think of beyond hardware faults.