Einzelnen Beitrag anzeigen
Alt 21.08.2009, 17:46   #33 (permalink)
jucs
Android-Hilfe.de Mitglied

Registriert seit: 13.08.2009
Beiträge: 147
Abgegebene Danke: 5
Erhielt 4 Danke für 4 Beiträge
Standard AW: Zeit ohne Schlafmodus: 97,3%

Zitat:
Zitat von Jay1982 Beitrag anzeigen
Wie gesagt das ist meine Meinung und ich habe eine leichte Verbesserung bemerkt nach dem ich keine Tasks mehr manuell gekillt habe... Und je tiefer Applikationen in das System eingreifen, um so mehr können sie anrichten und ich glaube wenn es jemand darauf anlegen würde, könnte er Prozessleichen erstellen die verhindern das das Handy in Standby geht, ohne das Android es schafft diesen Prozess als überflüssig zu klassifizieren.
Prozessleichen sind doch grade diejenigen, die noch im Speicher liegen und erst irgendwann mal vielleicht beendet werden. Derweil können sie brav weiter die CPU und alle Ressourcen belegen, die ihnen belieben.
Sind sie erstmal abgeschossen können sie das nicht mehr. Dann kann nur noch Android was ganz massiv falsch machen und diese wieder freigeben. Daran glaube ich nicht.
Eine Applikation greift desweiteren auch nicht allzu weit ins System ein, wenn es Androids eigene Methoden zur Beendigung von Anwendungen benutzt, um diese zu beenden. Das ist ein absolut normaler Vorgang. Wenn sie das API anbieten, müssen sie es auch gescheit implementieren.
Wenn du meinst, dass man ein solches Verhalten irgendwie provozieren könnte, dann bitte ich dich, die exakten Umstände dazu hier zu posten. Falls du recht hast wäre das ein Fall für den Android-Bugtracker ;-)

Zitat:
Zitat von Jay1982 Beitrag anzeigen
Wenn ein Prozess noch läuft der auf einen Sensor zugreift und Android diesen als nicht überflüssig erkennt, dann wird das System wohl kaum friedlich einschlummern.
Aus genau diesem Grund schieße ich den Prozess ab; dann läuft er nicht mehr und Android kann ins Traumland entweichen :-D

Zitat:
Zitat von Jay1982 Beitrag anzeigen
Aber da ich weder in der Appprogrammierung fit bin, noch in Android Prozessen, versuche ich mir aus Aussagen hier meine Meinung zu bilden und die Ausführungen vom User Maniac klangen für mich plausibel. Der Selbsttest mit Taskmanager runterschmeißen hat dann meine Meinung gefestigt.
Vielleicht lief dein Taskmanager ja als Dienst, wie es manche tun, und hat deswegen selbst Leistung verbraten?

Es gab weiter keine einzige plausible Erklärung dazu, warum und unter welchen Umständen Android derart fehlerbehaftet sei, dass es Sensoren offen hielte, die nicht mehr benötigt werden. Ich bitte hier nochmals darum, den Bug rekonstruierbar zu dokumentieren. Dann kann er auch an den entsprechenden Bugtracker gemeldet werden.

Ich finde es seltsam, wie Leute Fehler im Prozessmanagement von Android "herbeifühlen" und sich dabei nicht auf Fakten berufen oder das Problem vorführen können.

Zitat:
Zitat von Jay1982 Beitrag anzeigen
Windows: Arbeitsspeicher wird sofort freigegeben wenn Programm geschlossen wird
Linux: Arbeitsspeicher wird erst freigegeben wenn der Speicherbereich benötigt wird, d.h. Daten eines Programmes bleiben auch nach dem Schließen noch drin
Was genau bedeutet denn "freigegeben"? Bei beiden Systemen bleiben nach meiner festen Vorstellung Daten solange im Speicher, bis sie überschrieben werden. Warum sollte ein System auch Speicher nach Beendigung eines Prozesses mit irgendwas überschreiben? Wenn ja, mit welchem Wert? Null? Woher hast du diese Information?

Was die "Markierung" als belegt angeht - diese wird unter Linux direkt nach Beendigung des Programms aufgehoben. Du kannst den einfachen Test machen: Schreibe ein Programm, das 4GB Speicher anfordert und beschreibt. Überprüfe dies in einem Taskmanager. Nun schieß das Programm und schau wieder - du wirst sehen, dass die 4GB sofort wieder zur Verfügung stehen ;-)

Zitat:
Zitat von Jay1982 Beitrag anzeigen
Ist das jetzt eine Testfrage?
Ich hoffe damit deinen Erwartungen gerecht zu werden
Es war keine Testfrage. Mir waren keine großen Unterschiede bekannt und ich diskutiere das gerne ;-)
jucs ist offline   Mit Zitat antworten