[Galaxy S II Themes and Apps] krabman:
Get the free version and you can have a look see for yourself. A basic truth is if you dont have any runaway apps or services there is no need for an autokiller of any kind. Memory management is already excellent in android. Essentially an autokiller can mask the symptoms of a problem by killing the problem app but fixes nothing. On the other hand they themselves use system resources and restarting apps and services from scratch can use more cycles than leaving them in the various stop states. Im going to copy paste a few things here...

By default, every application runs in its own Linux process. Android starts the process when any of the application's code needs to be executed, and shuts down the process when it's no longer needed and system resources are required by other applications.

A content provider is active only while it's responding to a request from a ContentResolver. And a broadcast receiver is active only while it's responding to a broadcast message. So there's no need to explicitly shut down these components.

Activities, on the other hand, provide the user interface. They're in a long-running conversation with the user and may remain active, even when idle, as long as the conversation continues. Similarly, services may also remain running for a long time. So Android has methods to shut down activities and services in an orderly way:

An activity can be shut down by calling its finish() method. One activity can shut down another activity (one it started with startActivityForResult()) by calling finishActivity().

A service can be stopped by calling its stopSelf() method, or by calling Context.stopService().

Components might also be shut down by the system when they are no longer being used or when Android must reclaim memory for more active components.

If the user leaves a task for a long time, the system clears the task of all activities except the root activity. When the user returns to the task again, it's as the user left it, except that only the initial activity is present. The idea is that, after a time, users will likely have abandoned what they were doing before and are returning to the task to begin something new.

An activity has essentially three states:

It is active or running when it is in the foreground of the screen (at the top of the activity stack for the current task). This is the activity that is the focus for the user's actions.

It is paused if it has lost focus but is still visible to the user. That is, another activity lies on top of it and that activity either is transparent or doesn't cover the full screen, so some of the paused activity can show through. A paused activity is completely alive (it maintains all state and member information and remains attached to the window manager), but can be killed by the system in extreme low memory situations.

It is stopped if it is completely obscured by another activity. It still retains all state and member information. However, it is no longer visible to the user so its window is hidden and it will often be killed by the system when memory is needed elsewhere.

If an activity is paused or stopped, the system can drop it from memory either by asking it to finish (calling its finish() method), or simply killing its process. When it is displayed again to the user, it must be completely restarted and restored to its previous state.

The foreground lifetime of an activity happens between a call to onResume() until a corresponding call to onPause(). During this time, the activity is in front of all other activities on screen and is interacting with the user. An activity can frequently transition between the resumed and paused states - for example, onPause() is called when the device goes to sleep or when a new activity is started, onResume() is called when an activity result or a new intent is delivered. Therefore, the code in these two methods should be fairly lightweight.

A few conclusions.....

Android is hard coded to automatically kill a task when more memory is needed.

Android is hard coded to automatically kill a task when it's done doing what it needs to do.

Android is hard coded to automatically kill a task when you haven't returned to it in a long time.

Most services (while possibly running in the background) use very little memory when not actively doing something.

A content provider is only doing something when there is a notification for it to give. Otherwise it uses very little memory.

Killing a process when it isn't ready only causes it to have to reload itself and start from scratch when it's needed again.

Because a task is likely running in the background for a reason, killing it will only cause it to re-spawn as soon as the activity that was using it looks for it again. And it will just have to start over again.

Killing certain processes can have undesirable side effects. Not receiving text messages, alarms not going off, and force closes just to name a few.

The only true way to prevent something from running at all on your phone would be to uninstall the .apk.

Most applications will exit themselves if you get out of it by hitting "back" until it closes rather than hitting the "home" button. But even with hitting home, Android will eventually kill it once it's been in the background for a while.

End copy pasting...

Basically killing tasks can be more harmful than helpful and never solves a root problem such as battery killer app. It masks the symptoms by shutting it down but does not solve the problem. By installing a good utility like systempanel that lets you find these things and fix them you have none of the problems that task killers can create and no need of them anyway because you can find your issues and address them.