Everything was working fine for a long time. But suddenly the device is getting slower than usual (e.g. apps react slowly when starting an action -- like the RSS reader takes "ages" to open an article). Also, several apps start crashing: force-closes as well as unexpected restarts. Sometimes this even involves some automatic reboot of the device.

Is there anything I can do, besides doing a factory-reset? Preferably it should work on un-rooted devices.

Remark: not all described problems may occur together, so on one device e.g. there might be no automatic reboot involved. Question remains the same, nonetheless.

  • Are there any hints when you look at the output of adb logcat? – ott-- Dec 14 '12 at 12:54
  • 1
    That's better explained by a developer. I assume there is, but I doubt I could fully interprete the Java stacks from the crash. – Izzy Dec 14 '12 at 13:55
  • 2
    See also: What should I do before I try advanced troubleshooting – Sid Dec 30 '12 at 16:21
up vote 45 down vote accepted

A behavour as described above in most cases indicates something's messed up in the system. The most likely candidates here are:

  • Application Cache
  • Dalvik Cache

As you might have guessed already, different solutions are available for rooted devices -- but only few for non-rooted devices, which cannot directly access the Dalvik Cache. So read on below examples until you hit something working for you, or continue to the very end for all options.

rooted and non-rooted devices: remove obsolete apps

Cause of a slow-down might be some app, hogging all resources. Those apps usually can be identified via the "battery consumption" page in Settings. But even if you cannot find it there, it cannot hurt to remove apps you once installed but no longer need (see e.g. Alix' answer).

You can also disable some system apps you don't need (keyword: ). To do so, go to Settings → Applications, select the "All" tab, and walk the list to find those apps. Tap their entry, and you should find a "disable" button. It might be grayed out: if so, you first have to "force stop" the app, and maybe to "uninstall updates", before the "disable" button becomes accessible. Note however, that this possibility will not exist for all system apps. For rooted devices, there are several tools available allowing you to "freeze" or even remove system apps (be very careful with the latter); one famous example is Titanium Backup.

rooted and non-rooted devices: Clear the Application Cache

If you're lucky, it's simply that: the Application Cache got filled/messed up. This can be easily resolved, even on non-rooted devices:

  • With methods available by default on each Android system:
    • From your homescreen, go to Settings → Apps → Manage Apps. Make sure to view All Apps, not Downloaded only
    • Walk the list, open each app, and hit the Clear Cache button
  • Easier method using helper apps: There are several apps available on the Playstore which allow to clean all application's caches at once, so you don't have to walk a long list and do it manually. One example for such an app is 1Tap Cleaner, which also can clean up several other histories like e.g. the browser history

rooted devices: Clear Application Cache and Dalvik Cache

Even more likely for the described case is a messed-up Dalvik Cache -- especially if you tested a lot of apps, permanently installing/uninstalling different ones. So a cleanup of the Dalvik Cache most certainly will solve the situation. As a side effect, it will certainly speed-up things. No negative side-effects are to be expected.

  • Via Custom Recovery
    This is the most effective way and sure to really do the job. This example is based on the ClockworkMod Recovery, which is most widely spread. It should be equivalent with AmonRa Recovery.
    • Boot into recovery mode (how to do this often depends on the device/ROM used. For CyanogenMod users it's most easy: Long-Press the power button, select "Reboot", select "Recovery")
    • Using the Volume controls, select Wipe Cache and approve it using the power button. On the next screen, approve the action the same way. This way you easily clear the Application Cache as described above, all at once, without the need of an extra app.
    • Go to the Advanced menu, select to Clear Dalvik Cache the same way with the Volume and Power keys and approve it.
    • Go back to the main menu, and select Reboot. The next reboot will take longer as usual, so don't worry: Android needs to rebuild the Dalvik Cache, that's completely normal behaviour.
  • Helper apps:
    Several apps offer options to cleanup the Dalvik Cache (e.g. SystemCleanup and Titanium Backup PRO Key ★ root). You can try those; but I'm not sure if one of them really "wipes" the Dalvik Cache. At least for Titanium Backup I know it only removes remains from uninstalled apps (i.e. obsolete Dalvik files).

rooted and non-rooted devices last resort: Factory Reset

If none of the above does solve your problem, there's always the Factory Reset. Basically, this does all the above (wiping Application Cache and Dalvik Cache) -- but it also wipes the /data partition. This means: All your settings and data (except those stored on your sd card) as well as all apps you installed yourself are gone. So be sure to have a good backup before doing this (see e.g. Full Backup of non-rooted devices for how to achieve this).


rooted devices: fstrim

Another reason for slowing things down lies in the storage. A little background for understanding:

On the flash memory used in our devices, each cell can only be written so many times. To prevent capacity loss and wear-out, the flash controller applies an algorithm called "wear leveling" to evenly spread writes across the medium. Of course, to prevent data loss you want to write to "empty places" only (except when explicitly overwriting a file). And here comes the culprit: To speed things up, the file system in most cases only marks files deleted, but doesn't tell the controller about the "freed blocks" -- so it becomes inefficient with time.

Android 4.3 addresses this issue with appropriate fstrim calls, telling the controller once a day which blocks to consider freed. Some ROMs integrated a comparable feature also in earlier versions of Android, mounting file systems with the discard option (so the controller is informed at once on deletes), but this slows down deletes a little. For devices not having addressed this in either of the two ways, it might be worth to take a look at the Lagfix App, which calls fstrim in a user-friendly way for selected partitions. Running that once on a long-used device may speed up writes by a factor of up to 30, and even reads get a little faster.

References:

  • Wiping the dalvik cache should be unnecessary unless you're on a new kernel/ROM. Clearing it will just remove ALL those files, which will be recreated (except for uninstalled programs, which Titanium is warning you about). – NoBugs Apr 8 '13 at 0:31
  • Partly correct. If you often install/uninstall/update apps, the Dalvik cache can get cluttered (as you mention TB, that's why it finds things to cleanup there). There are also reports where some app's Dalvik cache was "broken". Wiping the Dalvik cache forces a clean rebuild, which also "defragments" it. So this can speed up things as well as "fix" some issues. – Izzy Aug 1 '13 at 9:20
  • I usually reboot my device regularly and uses Greenify app – samnaction Mar 11 '14 at 16:46
  • @user3275057 That's like saying "I regularly ventilate my rooms and use power-safe options on my home devices, but still the floor gets dirty and stuff is standing in the way". While both options are helpful, they miss some essential parts – as explained above: Sometimes you've got to mop the floor and tidy the room :) – Izzy Mar 11 '14 at 17:04

My HTC One V was getting so slow that I was getting ready to smash it. After trying everything with nothing working, I went through my apps and deleted a few. Apparently the one causing all the trouble was You Don't Know Jack. The second it was off my phone my speed dramatically increased and started functioning normally again. Not sure if this will help anyone else, but on the off-chance it does, I just wanted to let you know.

  • Good point. Missed that topic in my answer (updated). – Izzy Aug 29 '13 at 15:38

How to Speed up Slow Android

Remember the day you bought your android? It wasn't slow. It was so fast. What happened? Did the silicon get slower? Did the bits get clogged? Of course not. You're just running more invisible background services.

First, disable auto updates in

  • Samsung galaxy store (if applicable),
  • in settings > software updates,
  • In secret developer options menu (look it up)
  • and Google play store

This is important because otherwise they just reinstall / update themselves.

screenshot screenshot screenshot screenshot

Then look for apps that open automatically after removing them from via device maintenance > clear memory & developer options > running services and uninstall or reset them to factory default to as many as you can (I also remove permissions from them so they cant read from storage secretly in the background etc.). Some system apps you may want to keep, such as Google play services etc. Just uninstall the ones you are confident you understand are not needed

Remember, clearing the memory does NOT speed up the device, it only shows you what apps autoload background processes so you can uninstall them. A good example of this is Instagram, if you notice it keeps running while it's closed, because it will preload dozens of Instagram videos in your feed before you even open the app. While preloading is generally seen as an optimization, if you have enough apps aggressively preloading at the same time, and security apps monitoring those apps, and RAM filling up which then kicks off garbage collection on the Java runtime, and possibly even memory paging, plus any activity you actually request, plus reporting your location to Google, plus reporting your location to "find your phone" programs, plus checking traffic on your future commute, plus parsing your calendar for AI usage with Google Home, plus updates checking, plus notification querying, etc etc, then you may find that your device is doing far more activity than it can handle. Simple way to test this is to turn on Max Battery Saving option and see if the battery and responsiveness improves. If so, it's in large part because all the extensive background processing is disallowed.

Also remember that disabling auto updates does not speed up the phone per se, it just allows you prevent future updates from causing unexpected performance degradation. It makes you the gatekeeper so your phone cannot magically slow down overtime, but rather let's you pick and choose what apps you trust to update (and of course, update the apps you love.) It's like Kon Mari method for your phone.

screenshot screenshot screenshot screenshot

Remember, phones don't get slow over time. Bad programming in Updates cause phones to get slow. And this will get you back to a smooth android like the day you bought it (also good for battery)

I've had outstanding success with this. And my frame rate is 2x better as well as app open speed. It's fantastic.

Oh and also enable background ANRs so you can see invisible stalls

screenshot

  • AFAIK, disabling auto-updates just disables automatic installation – the system will still check for availability (and notify if any are there; consult screenshot #4 for confirmation). So this won't speed up a thing. I'd rather disable the Galaxy Apps altogether (if applicable), as I don't see what additional benefit it brings if you already use Playstore. The "memory cleanup" is a doubtful thing as well: what you clear out must be loaded again, making things slower. That should be done very selective. So thanks for sharing; it worked fantastically for you but should be applied with care :) – Izzy May 17 at 9:06
  • Clearing the memory isn't to make things fast, it's to see what autoloads so you can uninstall it. Too many apps these days run processes in the background, leading to slow phones. The only way to stop this is fully uninstalling those apps. – Jonathan May 17 at 16:34
  • Disabling auto updates isn't to make things fast, it's to stop it from installing bloat AFTER you've uninstalled it. If it is sending you notifications, you can simply block those as well. A good example of this is Samsung Quick Connect, which the latest version runs excessively slow long bavkground processes. And it auto installed and updated. But the old version is fine. – Jonathan May 17 at 16:35
  • 1
    I've updated my answer to clarify that it's the apps that launch background processes that slow the phone, and clarified that clearing the RAM and disabling auto updates is not the solution in and of itself. – Jonathan May 17 at 16:54
  • 1
    "Too many apps these days run processes…" definitively. I just meant the "atomics" to be avoided and clearing specific things ;) that tool Samsung incorporated comes from CM, I wouldn't trust it. And is installing things you've just uninstalled something specific to Galaxy Apps? I've never seen that on any of my devices. If you mean to avoid updates to apps you use, that can be disabled per-app – and indeed is needed here and there. Plus: agreed, some Sam-specific apps might be available only in GalaxyApps. (PS: +1 :) – Izzy May 17 at 16:57

I have had very similar problems with my phone. The response I got to my query on the whirlpool forums seemed to have fixed it. (I had apps closing, the keyboard not appearing or closing, etc).

Go to settings > power Untick fastboot.

Power off then on your phone.

This saves a hard reset if it works, which it did with me.

I've noticed on mine that when I run the Gallery app, things get very very slow for a long while, then eventually start working fine again. I suspect that's because I have a huge number of pictures, and almost never use the Gallery app. I think it may be re-scanning and cataloging in the background or other maintenance-type functions.

I found a similar issue when I was cleaning my call log. Every now and then, I'll scroll back several months and delete log entries from telemarketers or other undesireables. When I do this and go back several months, things can get very slow as well. In this case, I suspect it's because I'm essentially fragmenting a very long log file, and it's trying to clean things up in the background, but while it's doing that, I'm continuing to poke additional holes in it. Again though, if I just wait it out, it seems to resolve itself.

Today I did both, and things got extremely slow for about an hour after I finished. But I just left it alone, and now everything smooth as glass once again.

Sometimes we just need to let the machinery do it's job without fiddling with it, thereby making things worse. :)

  • In both of your examples, it's not some file you work on but a database. For the Gallery, the MediaScanner should take care for that once it's triggered (scanning for new media files and updating the database; events triggering this include boot_completed and sdcard_mounted). For your call logs, it's again a database which might be automatically "vacuumized" (i.e. de-fragmented), but that should take seconds at max. Not sure what's slowing things down here that much -- but if it resolves itself, all the better :) – Izzy Jun 10 '13 at 21:49

protected by Community Mar 21 '15 at 15:31

Thank you for your interest in this question. Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).

Would you like to answer one of these unanswered questions instead?

Not the answer you're looking for? Browse other questions tagged or ask your own question.