Mein Telefon war in letzter Zeit sehr langsam. Wenn ich den Bildschirm einschalte, besonders wenn er eine Weile ausgeschaltet war, ist das Telefon sehr träge. Beispielsweise kann es 30 Sekunden dauern, bis ich auf meine Eingaben reagiere. Oder wenn jemand anruft, reagiert er möglicherweise nicht auf meine Antwortgeste, bis der Anrufer bereits aufgegeben und aufgelegt hat.
Wenn ich den Bildschirm einige Minuten lang (bis zu fünf) eingeschaltet lasse, reagiert das Telefon möglicherweise normaler.
Die CPU-Informationen in den Entwickleroptionen zeigen, dass der Prozessor während dieser ganzen Langsamkeit gebunden ist und der Prozess system_server
fast die gesamte CPU-Kapazität verbraucht, während andere Prozesse für ein wenig CPU-Zeit kämpfen.
Außerdem zerstört diese CPU-Aktivität meinen Akku. Ich bekomme nur die Hälfte der Batterielebensdauer, die ich bekommen sollte.
Ich habe kürzlich bei einem OTA-Upgrade die Wurzel verloren. Beim erneuten Rooten musste ich das Telefon abwischen. Nachdem ich alles wiederhergestellt hatte, kehrte das Problem zurück.
Mein Handy ist ein Galaxy Nexus mit Jelly Bean (4.1.2). Ich hatte auch ein ähnliches Problem mit meinem vorherigen Telefon, einem Nexus One mit MIUI und "ICS". Ich schrieb die Langsamkeit des Telefons seinem Alter zu, aber jetzt denke ich, dass noch etwas anderes los sein muss.
Was könnte falsch sein, oder wie könnte ich vorgehen, um das Problem aufzuspüren?
Antworten auf gestellte Fragen
- Mein aktuelles Telefon läuft 4.1.2. Das Problem wurde nach dem Update noch viel schlimmer. Mein vorheriges Telefon war das, von dem ich sagte, dass es "ICS" ausführt. Ich habe das in Anführungszeichen gesetzt, weil es ein benutzerdefiniertes ROM war, das behauptete, 4.0 zu sein, von dem ich jedoch vermute, dass es tatsächlich Gingerbread + war.
- Mein RAM läuft normalerweise zu 85%. Ich bezweifle jedoch, dass dies zu nützlich ist, da Android Apps automatisch beendet, wenn mehr RAM benötigt wird, und der Linux-Kernel darauf ausgelegt ist, den RAM größtenteils voll zu halten, um ihn nicht zu verschwenden.
- Derzeit verwendet Google Maps den meisten Akku, gefolgt von Tasker. Ich bin mir jedoch ziemlich sicher, dass dies nicht typisch ist. Ich kann mir nicht vorstellen, warum Google Maps so hoch ist, da ich es nicht oft benutze. Wie auch immer, ich habe die Standortberechtigungen deaktiviert. Hoffentlich heilt das Google Maps. Und Tasker verbraucht normalerweise nicht so viel, aber wenn die CPU gebunden ist, scheint es schwieriger zu sein, als die meisten Apps zu arbeiten. (Ich habe übrigens keine standortbasierten Profile in Tasker.)
- Nach dem Neustart des Telefons ist es in Ordnung, bis der Bildschirm für einige Zeit erlischt. Dann setzen sich die Probleme fort. Sie sind so schwerwiegend, dass ein Neustart oft schneller ist als der Versuch, das Telefon ohne Neustart zu verwenden.
- Die automatische Drehung scheint keinen Effekt zu haben. Ich schalte es regelmäßig um, während ich mein Telefon benutze, und habe keinen Unterschied bemerkt.
- Apps scheinen der Schuldige zu sein, da ich das gleiche Problem auf zwei verschiedenen Telefonen hatte und seitdem die Werkseinstellungen zurückgesetzt wurden. Jedoch:
- Der Prozess, der die CPU beansprucht, ist keine App, sondern
system_server
ein zentraler Bestandteil von Android. - Ich habe viele Apps, daher ist es zeitaufwändig, sie nacheinander zu deaktivieren.
- Der Prozess, der die CPU beansprucht, ist keine App, sondern
- Ich habe versucht, wieder aufzupeppen
system_server
, aber ich habe keine Wirkung gesehen.
quelle
Antworten:
Dies scheint ein Problem mit bestimmten Hintergrunddiensten zu sein, die nicht ordnungsgemäß funktionieren. Beobachten Sie die Hintergrunddienste und deaktivieren Sie einige von ihnen, um festzustellen, ob Sie den Täter treffen könnten. Um dies auf eine Art und Weise zu tun, die nicht so häufig vorkommt, gibt es verschiedene Batterie-Apps auf dem Markt. Sie können auch den nativen ICS-Batteriemonitor verwenden, um festzustellen, ob etwas mehr Batterie verbraucht, als es eigentlich sollte.
quelle
Ich hatte ein ähnliches Problem mit meinem neuen Mobiltelefon, Razr Maxx, auf dem ICS ausgeführt wird. Es stellte sich heraus, dass es sich um eine übereifrige Auto-HUD-Anwendung handelte, die CPU-Zyklen verbrauchte, auch wenn sie nicht lief. Das Deinstallieren löste das Problem. Was mich anfangs verwirrte, war, dass Android OS als Hauptbatterieablauf und nicht als App selbst angezeigt wurde. Da Sie dasselbe Problem mit Ihrem vorherigen Telefon hatten, deutet dies auf eine fehlerhafte Anwendung hin, die Sie auf beiden installiert haben.
Ich würde versuchen, GPS und mobile Daten / Wi-Fi auszuschalten und zu beobachten, ob der Akku mit einer ähnlichen Alarmrate weiter entladen wird. Wenn es die Internetverbindung ist, die das Problem auslöst, liegt dies wahrscheinlich daran, dass eine werbefinanzierte Anwendung erfolglos versucht, nach Hause zu telefonieren.
quelle
Eine weitere sehr häufige Ursache für die Verlangsamung des Galaxy Nexus ist ein ziemlich unangenehmes Hardware- / Firmware-Problem, das hier dokumentiert ist: http://code.google.com/p/android/issues/detail?id=39154 .
Dies wirkt sich wahrscheinlich auf Sie aus, wenn Sie weniger als 3 bis 4 GB freien Speicher haben. Es gibt einige Problemumgehungen, bei denen jedoch Root-Rechte und somit die Garantie ungültig werden. Ich habe festgestellt, dass das Löschen von Speicher und Neustarten etwas hilft, habe die Problemumgehungen jedoch noch nicht ausprobiert.
In Reaktion auf Scotts Kommentar kann das Problem auch dann bestehen bleiben, wenn Sie Ihren Speicher größtenteils leeren, solange er irgendwann voll ist (ish). Die von mir vorgeschlagene Hauptkorrektur war FSTRIM, ein Standardverfahren für Flash-Speicher, das jedoch nicht in ältere Android-Versionen integriert ist. Ich schien eine Weile davon zu profitieren. Der Play Store-Link befindet sich hier: https://play.google.com/store/apps/details?id=com.grilledmonkey.lagfix
quelle
Überprüfen Sie die ausgeführten Dienste. Sie werden wissen, was unnötig läuft. Ich schloss diese und konnte sofort eine Geschwindigkeitsänderung feststellen.
quelle