Taskkiller, Advanced Taskkiller, etc... (Missverständnisse)

Mal eine kleine Abhandlung zu der ganzen Geschiche, da es hier drin ja seeehr beliebt ist gleich mal TaskKiller zu empfehlen wenn was ruckelt oder nicht so schnell ist.

Erstmal, was ist ein "Task". Naja, also im wörtlichen Sinne ist es Aufgabe. Einen Task im Sinne von Windows gibts aber bei Linux nicht. Da spielt sich das Zeugs eigentlich auf Prozessebene ab. Dazu mal schnell n Prozessbaum meines lokalen Linux Systemes (kein Android) ist aber das selbe.

Code:

---

init(1)─┬─NetworkManager(1701)─┬─dhclient(2010)
        │                      └─{NetworkManager}(2011)
        ├─Terminal(3012)─┬─bash(3014)───pstree(3118)
        │                └─gnome-pty-helpe(3013)
        ├─Thunar(2374)───{Thunar}(2963)
        ├─acpid(1537)
        ├─anacron(3050)
        ├─atd(1923)
        ├─auditd(1436)─┬─audispd(1438)─┬─sedispatch(1439)
        │              │              └─{audispd}(1440)
        │              └─{auditd}(1437)
        ├─avahi-daemon(1932)───avahi-daemon(1933)
        ├─bluetooth-apple(2418)
        ├─bluetoothd(1787)
        ├─conky(2399)
        ├─console-kit-dae(1548)─┬─{console-kit-dae}(1549)
        │                      ├─{console-kit-dae}(1550)
        ├─crond(1912)
        ├─cupsd(1513)
        ├─dbus-daemon(1504)
        ├─dbus-daemon(2244)
        ├─dbus-launch(2038)
        ├─dbus-launch(2242)
        ├─devkit-daemon(2169)
        ├─devkit-disks-da(2632)───devkit-disks-da(2633)
        ├─devkit-power-da(2165)
        ├─gam_server(2343)
        ├─gconf-im-settin(2618)
        ├─gconfd-2(2406)
        ├─gdm-binary(1941)───gdm-simple-slav(2008)─┬─Xorg(2009)
        │                                          └─gdm-session-wor(2191)───sh(2220)─┬─ssh-agent(2287)
        │                                                                            ├─xfce4-session(2328)─┬─pidgin(2393)
        │                                                                            │                    ├─xfce4-panel(2338)─┬─thunar-tpa(2372)
        │                                                                            │                    │                  ├─xfce4-menu-plug(2344)
        │                                                                            │                    │                  ├─xfce4-mount-plu(2371)
        │                                                                            │                    │                  └─xfce4-places-pl(2370)
        │                                                                            │                    ├─xfdesktop(2337)
        │                                                                            │                    └─xfwm4(2335)
        │                                                                            └─xscreensaver(2325)
        ├─gnome-keyring-d(2199)
        ├─gnome-power-man(2414)
        ├─gnome-volume-co(2427)
        ├─gpk-update-icon(2404)
        ├─gpm(1901)
        ├─gvfs-fuse-daemo(2366)─┬─{gvfs-fuse-daemo}(2367)
        │                      ├─{gvfs-fuse-daemo}(2368)
        │                      └─{gvfs-fuse-daemo}(2369)
        ├─gvfs-gdu-volume(2630)
        ├─gvfs-gphoto2-vo(2637)
        ├─gvfsd(2346)
        ├─hald(1545)───hald-runner(1611)─┬─hald-addon-acpi(1682)
        │                                ├─hald-addon-cpuf(1679)
        │                                ├─hald-addon-inpu(1639)
        │                                ├─hald-addon-stor(1670)
        │                                └─hald-addon-stor(2993)
        ├─im-settings-dae(2506)
        ├─irqbalance(1475)
        ├─kerneloops(2420)
        ├─kerneloops-appl(2416)
        ├─mingetty(1942)
        ├─nm-applet(2431)
        ├─nm-system-setti(1707)
        ├─notification-da(2435)
        ├─opera(2671)───{opera}(2679)
        ├─parcellite(2402)
        ├─pcscd(1688)───{pcscd}(1708)
        ├─privoxy(1892)
        ├─pulseaudio(2498)─┬─gconf-helper(2623)
        │                  ├─{pulseaudio}(2620)
        │                  └─{pulseaudio}(2621)
        ├─python(2408)
        ├─rpc.idmapd(1762)
        ├─rpc.statd(1719)
        ├─rpcbind(1488)
        ├─rsyslogd(1463)─┬─{rsyslogd}(1465)
        │                └─{rsyslogd}(1466)
        ├─seapplet(2433)
        ├─sendmail(2145)
        ├─sendmail(2143)
        ├─sshd(1851)
        ├─tracker-applet(2410)
        ├─trackerd(2422)
        ├─udevd(160)
        ├─wfcmgr.bin(2383)───wfica(2394)
        ├─wpa_supplicant(1705)
        ├─xfce4-settings-(2341)
        ├─xfconfd(2330)
        └─xfsettingsd(2334)

---

Nungut der Taskkiller oder Advanced TaskKiller (whatever you take) geht nun hin und beendet diese Prozesse (Jeder Prozess hat ne PID, eine Sog. ProzessID die Ihn eindeutig identifiziert - siehe oben), nach PID.

Normalerweise setzt man einen KILL command abgesetzt um ein Programm zu terminieren das hängt oder nicht mehr reagiert. Dazu wiederum gibt es verschiedene Signale:

SIGTERM, und SIGKILL sind die "gebräuchlichsten" um Prozesse zu beenden. Normalerweise nimmt man SIGTERM. Dabei hat das Programm die Möglichkeit sich doch noch selber zu beenden. SIGKILL reisst dem Programm einfach mal die Beine drunter weg.

Nach diesem Exkurs über Prozesse zurück zum eigentlichen Thema.

Linux ist dafür ausgelegt mehrere Apps parallel am laufen zu haben und zu performen was Multitasking angeht. Es gibt keinen Grund etwelche Tasks zu killen. Ausser das man sich mit diesen Apps Probleme einfängt (Wecker funzt nicht mehr, Datastore verschwindet)... Im Gegenteil, die Apps sollten schneller Verfügbar sein, da sie nicht neu gelauncht werden müssen.

Taskkiller /Advanced Taskkiller sind Apps für Leute die Wissen was sie tun, und keine "hach ich kill mal was" Apps.

Joah es gibt (für mich) genau 2 Gründe für was der Taskkiller gut sein könnte:

1. Memory wird knapp
2. Hero läuft unstabil (und damit meine ich NICHT langsam)

Ich denke das VIELE Probleme hier im Forum (mit Apps) auch auf den Taskkiller zurückzuführen sind. Und wenigstens mir erschliesst sich KEIN Grund wieso man die Apps terminieren soll.
Die fressen im Hintergrund nämlich 0% CPU, und solange es noch Memory im Hero hat der Unused ist, kanns dem Anwender ja egal sein, wieviele Prozesse (aka. Programme) am rennen sind.

Und wers nicht glaubt: Installiert robotop (aus dem Market) und schaut selber.


Die "Lags" und Performance Probleme sind SW-Made und HTC/Android Internal. Da brauchts n HTC Update und keinen Taskkiller.

In diesem Sinne, ich plädiere auf gemässigten Gebrauch von solchen Apps.

Feuer frei wenn Ihr andere Argumente habt.
Und btw: Ich konnte keinen Geschwindigkeitsvorteil erkennen mit Taskkillapps.

[update] hab meine taskkiller deinstalliert, da android anscheinend selber die apps beendet wenn es memory benötigt. Und nur wegen "unstabil" brauch ich keinen Taskkiller :)

Guter Beitrag!

Aber saugen bestimmte Apps nicht Akkuleistung, wenn sie die ganze Zeit im Hintergrund laufen? Und wenn man die nicht benötigt, kann man sie doch killen.

Zitat:

---

Zitat von superkayser

Guter Beitrag!
Aber saugen bestimmte Apps nicht Akkuleistung, wenn sie die ganze Zeit im Hintergrund laufen? Und wenn man die nicht benötigt, kann man sie doch killen.

---

Logo, das ist aber ein anderer Aspekt. Das sind meistens Apps die in regelmässigen Abständen (jede Minute) mal irgendwas lesen/ausführen oder schreiben (und somit CPU konsumieren, oder auf die Disk schreiben). (Batterie Messtools bspw.) Und das auch im "Standby".

Btw, ich bin kein Android Devel .Es kann (auch) durchaus sein, dass Apps abschiessen schneller machen kann, dann aber auch nur weil die Android/oder Sense SW nicht performt. Ich seh den system_server Prozess relativ oft CPU braten.

Wie gesagt, ich wollte mit dem Beitrag nur zu "gemässigtem" Umgang mit den Apps hinweisen. Auch ich kille hie und da noch ne App. Das aber bewusst... und nicht Querbeet.

Grade eben noch ergoooglet: http://forum.xda-developers.com/show....php?p=4334928 bin also nicht alleine mit meiner Meinung :) Stellt sich gar in Frage ob ich ihn nicht komplett nicht mehr brauche.

Danke Andro1d,

endlich spricht es mal jemand aus. Leider wirst Du es aus den Köpfen der Menschen nicht herauskriegen und sie werden weiter danach schreien, dass man laufende Anwendungen auch beenden kann. Und das ist auch auf andere Betriebssysteme übertragbar (wobei mich wundert, dass bei Symbian so wenig gejammert wird).
Die meisten Menschen machen die Qualität eines Betriebssystems daran fest, dass man immer möglichst viel Speicher frei hat. Was total falsch ist. Ein wunderschönes Beispiel ist das ewige Gejammer, dass Windows Vista ja soviel Speicher belegt/benötigt. Aber keiner fragt sich, was damit eigentlich gemacht wird. Das viele Daten gecached werden und damit sogar ein Geschwindigkeitsgewinn einhergeht und das der davon belegte Speicher sofort freigemacht wird, sollte eine Anwendung mehr benötigen, darauf kommt keiner.
Android macht es ähnlich. Es gibt den Speicher automatisch frei, wenn eine Anwendung diesen anfordert. Das soll heißen, dass lang nicht benutzte Anwendungen beendet werden. Und dabei geht es durchaus intelligent vor. Der Benutzer bekommt davon in der Regel nix mit.
Viele Probleme die Leute mit Android haben sind tatsächlich auf die "ahnungslose" Nutzung solcher Taskmanager zurückzuführen. Klar, mag im Moment sogar irgendwas schneller laufen ...aber dafür hakt es dann plötzlich unvorhersehbar woanders und unter Umständen sogar dauerhaft, weil damit irgendwas kaputtgespielt wurde.
Ein Blick auf http://developer.android.com/guide/t...damentals.html könnte vielleicht ein paar Augen öffnen. Wenn auch recht oberflächlich gehalten.

Im übrigen sollte man nicht vergessen, dass wir alle das Release-OS auf unserem Hero haben. Erfahrungsgemäß laufen diese Versionen von HTC meist immer recht "gemächlich" und sind bugbehaftet. Ist halt so und bei anderen Hersteller oft nicht viel anders. Bald soll ja das erste Update kommen und ich wette, dann wird vieles besser. Also einfach mal geduldig sein.

einen noch zum Lachen: Ein Bekannter von mir sagte letztes: "Android ist ja der letzte Dreck, da ist ja nichtmal ein 'X' um eine Anwendung zu schließen. Nene, totaler Schrott. Die brauchen wohl noch'n bisschen bis das brauchbar ist."

Zitat:

---

Zitat von PAQman

Die meisten Menschen machen die Qualität eines Betriebssystems daran fest, dass man immer möglichst viel Speicher frei hat. Was total falsch ist. Ein wunderschönes Beispiel ist das ewige Gejammer, dass Windows Vista ja soviel Speicher belegt/benötigt. Aber keiner fragt sich, was damit eigentlich gemacht wird. Das viele Daten gecached werden und damit sogar ein Geschwindigkeitsgewinn einhergeht und das der davon belegte Speicher sofort freigemacht wird, sollte eine Anwendung mehr benötigen, darauf kommt keiner.

---

Naja, bei Vista wurde schon viel verbockt. Da ist nicht nur Cache dabei. Aber rischtisch. Moderne OS benutzen an Memory was sie bekommen. Wieso auch nicht. Was soll's denn für nen Zweck haben (teures) schnelles Memory das man hat, nicht auch zu gebrauchen (für Caching). Und diesen Cache dann freizugeben wenn eine App Memory benötigt :rolleyes:

Macht Linux schon lange :D Windows auch seid Vista (obschon wie gesagt da schon ein paar Memoryfresser dabei waren, und weniger fürs Caching übrig blieb). Macht Win7 jetzt ja anscheinend viel besser. :rolleyes:

Mach ich auch so. Android hat von Haus aus ein intelligentes Management von Tasks, wie Vorredner schon schrieben. Seit dem ich keinen Taskmanager benutze hab ich das Gefühl insgesammt ist es flüssiger.

Zitat:

---

Zitat von Andro1d

Macht Linux schon lange :D Windows auch seid Vista (obschon wie gesagt da schon ein paar Memoryfresser dabei waren, und weniger fürs Caching übrig blieb). Macht Win7 jetzt ja anscheinend viel besser. :rolleyes:

---

Stimmt schon. Vista war nicht unbedingt das beste Beispiel. Aber bei nichts anderem wurde derart laut rumgeschriehen und verteufelt. Bei Vista ist da einiges in unzähligen Bereichen schiefgelaufen, was bei Win7 nun (scheinbar) gerichtet wurde. Mir ging es ja im Grunde lediglich um das Speichermanagement. Ich find es immer wieder witzig. Einige Leute stecken sich gigabyteweise Speicher in ihre Kisten und beklagen sich dann, wenn der genutzt wird. Ist schon irgendwie paradox :gaga: Bin gespannt wie lang das Umdenken dauert...

wie ich schon im anderen thread geschrieben hab kann es aber auch sinnvoll sein nen task zu killen z.b. den browser der auf flash seiten zugreif, dies tut er auch wenn der browser nicht maximiert ist, dadurch sinkt die performance, da man den Browser ja nicht anders schließen kann bietet sich hier nen taskkiller an... hab mich nu aber auch ein wenig schlau gelesen, per default sind programme die für android geschrieben werden also die .apk suffix dateien so, dass sie wenn sie nicht gebraucht werden auch keine leistung verbrauchen.

D.h. ein programmierer müsste es mit absicht so programmieren das sie auch im "standby" etwas machen.

aber wie schon erwähnt manchmal gibt es auch sinnvolle nutzungen von task killern

Zitat:

---

Zitat von qvert

wie ich schon im anderen thread geschrieben hab kann es aber auch sinnvoll sein nen task zu killen z.b. den browser der auf flash seiten zugreif, dies tut er auch wenn der browser nicht maximiert ist, dadurch sinkt die performance, da man den Browser ja nicht anders schließen kann bietet sich hier nen taskkiller an...

---

Wie gesagt, wenn man genau weiss was man tut, kann es in Einzelfällen OK sein. Nur wollte ich mit diesem Thread eigentlich den "Tu 1x im Tag mal alle Tasks killen dann läuft dein Hero schneller" oder den "Ein Reset und das Ding flutscht" Tipps entgegenwirken.

joah das auch sinnlos so oft nen reset zu machen etc ;) aber um programme zu beenden weil sie z.b. aufs inet zugreifen während sie im standby sind und keinen eigenen beenden knopf haben ist schon sinnvoll manchmal ;)

Danke für den Thread. Ich finde es gut, wenn man endlich auch mal ein paar Dinge erklärt bekommt, die man sonst so nicht kennt.

Ich nutze den Taskkiller so gut wie nie, bin eher der Neustarter, wenn das Internet mal hängt. (Weil das passiert ja tatsächlich mit dem Hero schonmal)

ich sag nur soviel dazu: die grösste fehlerquelle sitzt vorm pc, in unserem fall hero. was soviel heissen will wie ==> wenn man einfach irgendwo im system tasks abschiesst welche das system (!) irgendwo vllt mit was anderem verknüpft hat (für etwas verwaltet das system ja das multitasking), muss man sich auch nicht wundern wenns nachher mal irgendein fehler gibt...

is nur mal so mein gedanke zu der sache...


edit:

btw: ich benutze mein hero nun schon ne weile und bastle auch viel dran rum... ich hab meinen taskkiller noch gar nie (!) benutzt, auch wenn schon mal das android völlig durchgedreht war... ich hab ihn zwar runtergeladen aber ausgeführt noch nie...

Ich kann euch sogar ein Beispiel geben von hängern an anderen Stellen bei Taskkiller gebrauch^^
Wenn man mit dem Standart player am Musik hören ist, und den während dem abspielen killt, zeit er beim Sperrbildschirm nachwievor die Navigation an, welche man zwar noch anklicken kann aber keinen Effekt mehr hat.
Neustart hilft dann ist das wieder weg. ^^

Hab jetzt (dank dieses threads) auch seit 2 tagen keinen taskkiller mehr gebraucht. hab das gefühl, dass das gerät wirklich viel flüssiger und wesentlich stabiler läuft!

Taskkiller sind wirklich nicht das Wahre auf Android.
Besser (und ohne Seiteneffekte) ist es wenn man Android selbst so konfiguriert, dass es Tasks früher beendet.

Dazu läuft hier grade eine Diskussion:
http://forum.xda-developers.com/showthread.php?t=622666

Zumindest auf meinem Hero hat das "Verschärfen" dieser internen Taskverwaltung einen Unterschied gemacht wie zwischen Tag und Nacht. Fühlt sich an, als hätte ich ein anderes Gerät! :-)

und android weiß (im Gegensatz zu einer taskkiller App) was es tut und beendet nur Prozesse, die nicht mehr benötigt werden.

ja das android die tasks bei 60mb / 90mb killt ist genial.

also nur die werte im lowmemorykiller ändern und man hat 2-fach speed.

Zum Abschießen von Apps, die sich nicht richtig beenden lassen, taugen die Taskmanager aber alle Male und allein dieser Zweck ist deren einzige Daseinsberechtigung in meinen Augen. Also so ganz sinnlos sind sie nicht.

Hi!

Bin neu hier, also mal ein kurzes Hallo in die Runde.. :)

Zitat:

---

Zitat von alphanostrum

Zum Abschießen von Apps, die sich nicht richtig beenden lassen, taugen die Taskmanager aber alle Male und allein dieser Zweck ist deren einzige Daseinsberechtigung in meinen Augen. Also so ganz sinnlos sind sie nicht.

---

Dazu wollte ich nur kurz was anmerken:
Wenn du mit "nicht richtig beenden" meinst, dass die Prozesse nach dem Beenden noch in Taskmanagern zu sehen sind, dann ist das ein "gewünschtes" Verhalten auf Android, das man als Programmierer von Apps nicht beeinflussen kann. Es gibt in der API zwar die Methode "finish()" (Doku dazu: "Call this when your activity is done and should be closed.") aber das garantiert nicht, dass der dazugehörige Prozess auch sofort beendet wird.

Erst wenn das Android System entscheidet, dass mehr Ressourcen benötigt werden, wird dann der Prozess tatsächlich gekillt. Ansonsten bleibt er quasi "leer" bestehen für eine eventuelle Wiederverwendung.

Der von hero_user angeführte Tweak macht nun nichts anderes, als das System in seiner Entscheidung dahingehend zu beeinflussen, dass solche Prozesse sehr viel früher oder gar sofort gekillt werden.


IMHO glaube ich dass sich die Hersteller beim Portieren von Android auf Ihre Geräte einfach nicht die Mühe machen, da die optimalen Werte auszutesten, da scheinbar auf allen Geräten dieselben Standardwerte gesetzt sind wie im platform source code, unabhängig davon ob das Gerät mehr oder weniger RAM hat.

Also ein Blick auf diese Settings lohnt sich alle mal.. ;)

lg aus Wien.. :)

Komisch ist aber doch auch, das mehr als die Hälfte aller Apps aus dem Market keine echte "Beenden-Option" bieten. Ich bis es gewohnt, explizit manuell bestimmen zu können, dass eine Anwendung sichtbar beendet wird. Kann doch nicht so schwer sein eine echte Beenden-Funktion in den Optionen für die App einzubauen.

Grüße zusammen,

zuerst danke an den Autor des Threads für die Erklärung!

Mich könnt ich eigentlich glatt "Android-Veteran" nennen, denn ich habe mein "Android Dev Phone 1" seit schon Anfang Dezember 2008. In dieser ganzen Zeit habe ich kein einziges Mal so einen "Task Killer" vermisst, denn Android funktioniert wahrhaftig anders als z.B. Windows. Die Prozesse werden im Hintergrund "gefriergetrocknet" (ja, manche Android-Entwickler nennen es tatsächlich so) und verbrauchen im Idealfall keinerlei Prozessorleistung. Die müssen deshalb auch nicht explizit aus dem Speicher entfernt werden. Wenn der Speicher knapp wird - dann wird Android die sehr wohl entsorgen (s. auch Posting #15 von hero_user), aber eben nicht früher. Das hat durchaus Vorteile; z.B. "starten" die Apps beim wiederholten Aufruf viel schneller.

Sicher gibt es einige unsauber gebaute Apps, die auch im Hintergrund unnötig irgendwas machen, aber wenn schon - dann gehören sie deinstalliert und nicht etwa regelmäßig "gekillt".

Ich würde sagen, Android ist für einige einfach zu modern ;-)

[QUOTE]Wenn der Speicher knapp wird - dann wird Android die sehr wohl entsorgen/QUOTE]

Ja ist schon richtig, aber das ist der Idealfall. Ich habe jetzt um die 45 Apps installiert. Darunter sind diverse, die ich gerne nutze die aber selbst keine Beenden-Funktion haben. Es ist mir schon passiert, dass ich, während ich z.B. den Camcorder benutze, die Meldung erhalte, dass der Speicher knapp wird. Die Speicherkarte wird ja wohl nicht gemeint sein. Habe eine 16 Gig-Karte. Wenn ich dann manuell mit den Taskkilller einige Apps abschiesse kann ich ohne weitere Meldung arbeiten. Also ich glaube, Android ist auch nur ein Handy-OS, zwar ein gutes, aber lange kein perfektes.

Das mit der fehlenden Exit-Funktion liegt daran, dass den Entwicklern in der Doku nahegelegt wird, dass dies unnötig ist, und nicht der Philosophie des Android User-Interface Designs entspricht.

Ein Entwickler kann einen Exit-Button einbauen, aber kann damit doch nicht mehr machen als finish() aufzurufen. Und der Rest liegt in Android's Hand.. Android will seine Entwickler dazu erziehen, sich von den alten GUI Konzepten zu lösen.. :)

Für die Interessierten gibts unter http://d.android.com/guide/topics/fu....html#proclife quasi die "Einführung" für Entwickler. Dort wird schön erklärt, wie Android versucht mit Prozessen umzugehen, und welche Kategorien es dabei unterscheidet.

Wie gesagt.. ich habs ja nicht erfunden, ich erzähl nur, was ich weiß.. :rolleyes:


Da große Aber: :o
Wenn das Hero um knappe 90 MB mehr RAM hat als zB. das G1 und trotzdem dieselben (internen) Einstellungen fürs Handling der Prozesse, dann folgt daraus, dass deutlich mehr Prozesse "gefriergetrocknet" werden können (einfach weil mehr Platz im RAM ist, bis die Ressourcen ausgehen).

Und ganz null ist der Obverhead natürlich nicht. Ein Prozess hat nun mal einen klitzekleinen Overhead für den Kernel, auch wenn er nix tut.
Ab einer gewissen Grenze geht dann IMHO der Vorteil verloren, dass zukünftige Activities schneller starten und das System laggt ein wenig.

Aber daran ist nicht Android per se schuld. Da sind die Hersteller in der Pflicht, die sollten die Platform optimal für ihr (Hardware-)produkt konfigurieren. Sie sollten da die optimalen Settings finden.. Einstellen kann man's ja..


Aber weil sie es nicht tun, gibt's dann halt so interessierte Menschen wie hier oder bei xda-developer, die dann diese Einstellungen selber optimieren.. (und anderen erklären wie's geht.. ;))

Zitat:

---

Zitat von hero_user

Taskkiller sind wirklich nicht das Wahre auf Android.
Besser (und ohne Seiteneffekte) ist es wenn man Android selbst so konfiguriert, dass es Tasks früher beendet.

Dazu läuft hier grade eine Diskussion:
http://forum.xda-developers.com/showthread.php?t=622666

Zumindest auf meinem Hero hat das "Verschärfen" dieser internen Taskverwaltung einen Unterschied gemacht wie zwischen Tag und Nacht. Fühlt sich an, als hätte ich ein anderes Gerät! :-)

und android weiß (im Gegensatz zu einer taskkiller App) was es tut und beendet nur Prozesse, die nicht mehr benötigt werden.

---

könntest du mir bitte kurz erklären wie und wo ich meinen helden konfigurieren muss damit der die Tasks früher beendet.

Hi!

Wenn dein Held gerooted ist und du "adb" auf deinem Rechner hast, dann kannst du es so machen, wie in dem Posting hier beschrieben:
http://forum.xda-developers.com/show...78#post5459878

Einfach die 3 Steps durchführen.

Das is allerdings dann noch nicht permanent, dh. nach einem Neustart ist alles wieder beim Alten (dafür kannst du aber auch gefahrlos testen). Mit den letzten 3 Zahlen kannst du rumexperimentieren (also höhere/niedrigere versuchen). Ich hab die verwendet wie in dem Posting.


Wenn du das dauerhaft haben willst, is das schon schwieriger. Dann musst du nämlich das Ganze in ein Startup-Script einfügen.. Und so wie's aussieht, hängt das davon ab, welches ROM du laufen hast (weil die haben zum Teil unterschiedliche Startup scripts).


grüße.. :)

Ich finde die Diskussion hier ziemlich blödsinnig. Android kann noch so ein gutes Memory Management aufweisen, das hilft nichts wenn die Programme so geschrieben sind, dass sie auch im Hintergrund weiter arbeiten.

Beispiele gibt es genügend davon (z.B. Messenger, Newsreader, usw.). Zwar haben die meisten davon die angesprochene Beenden-Funktion, aber ein Taskmanager - sofern er SIGTERM statt SIGKILL nutzt - tut meines Wissens genau das gleiche. Ausserdem bietet er eine gute Übersicht für diejenigen Programme, von denen man vielleicht nicht mehr weiss, dass sie im Hintergrund ausgeführt werden.

Ein weiterer Punkt, der bisher auch noch nicht erwähnt wurde, ist dass viele Programme zwar die Batterie nicht belasten, dafür aber das Datenkonto, indem sie sich andauernd mit dem Internet Verbinden.

Ich selber nutze den Advanced Task Killer seit mehreren Wochen und hatte bisher überhaupt keine Probleme damit, dafür aber einen bequemen Task-Switcher, bei dem ich bestimmte Tasks auch explizit beenden kann, wenn ich sie nicht mehr laufen lassen will.

Gut gesprochen!

Ich kann nicht wirklich nachvollziehen, warum man sein Android-Smartphone extra rooten muss, damit die Performance besser wird oder man Funktionen nutzen kann, die man sonst gar nicht zu sehen bekommt. Für mich offenbart sich hier die gleiche Schwäche, die man auch bei Windows findet. In der Standart-Konfiguration lässt das OS dem User kaum Raum zum Administrieren, also wenig Raum zu Entscheidungen. Natürlich ist mir klar, dass sehr viele Leute mangels Wissen ihr Smartphone sofort zerschiessen würde, gäbe es für jeden Zugriff auf Root-Funktionen. Ich würde es aber begrüßen, wenn man, vielleicht über einen Bestätigungsprozess, der auch nachvollziehbar ist, Vollzugriff auf alle Funktionen erhält. So, dass im Falle das das Smartphone das Zeitlich segnet, nachzuvollziehen ist, dass Eigenverschulden vorliegt.

beim htc hero hat man aber noch etwas mehr möglichkeiten als bei apple und co. und allgemein is mir android sympatischer :)
naja, zurück zum taskmanager: hatte zuerst advanced taskkiller (oder so) drauf, und hab relativ schnell festgestellt, dass das an der performance nix macht. eher im gegenteil... das system fing oft erst an zu ruckeln, nachdem ich irgendwelche tasks beendet hatte. also hab ichs runtergeschmissen.
der einzige taskkiller, welchen ich drauf hab, ist der estrongs task killer, welcher im estrongs file manager drin is. benutzen tu ich ihn aber selten bis nie.
wenn die performance wirklich mal in den keller geht, hilft oft schon warten. nach spätestens ein paar minuten sollte es wieder laufen.
wenn das nix hilft: neustart...

Also ich finde den advanced taskkiller wirklich gut. Wenn das System gut läuft, dann lasse ich ihn sich selbst killen.
Ich habe eine Stream-Radio-App, die wird nicht von alleine beendet. Einmal gestartet rödelt das Ding ständig im BG und erzeugt einen riesen Traffic ohne das Android es irgendwann beendet. Ohne Taskkiller wäre diese wirklich gute App (A Online Radio) nichts für mich.

Also ich kann ja die Philosophie von android durchaus nachvollziehen (hab ein wenig programmiererfahrung) aber zumindest auf meinem Samsung galaxy s fängt das ding nach einer Weile zum ruckeln an und prpgramme starten langsamer wenn ich alle tasks laufen lasse warum auch immer - kick ich die unnötigen weil selten gebrauchten tasks ists wieder fühlbar schneller - wobei ich nur apps Killer keine Systemtasks.
Naja mal sehen vielleicht ists unter froyo besser

Zitat:

---

Zitat von Unregistriert

aber zumindest auf meinem Samsung galaxy s fängt das ding nach einer Weile zum ruckeln an und prpgramme starten langsamer wenn ich alle tasks laufen lasse warum auch immer - kick ich die unnötigen weil selten gebrauchten tasks ists wieder fühlbar schneller - wobei ich nur apps Killer keine Systemtasks. Naja mal sehen vielleicht ists unter froyo besser

---

Für sowas gibt es "bessere" Möglichkeiten.

Click (inkl. Link zu Hintergrundinfos)

Und auch als App

Click

Muss aber darauf hinweisen, dass bei "extremeren" Settings plötzlich komische Crashes entstehen können ;)