Mon téléphone a récemment été très lent. Lorsque j'allume l'écran, en particulier s'il est éteint depuis un certain temps, le téléphone est vraiment lent. Par exemple, cela peut prendre 30 secondes pour répondre à mon entrée. Ou si quelqu'un appelle, il peut ne pas répondre à mon geste de réponse avant que l'appelant n'ait déjà abandonné et raccroché.

Si je laisse l'écran allumé pendant plusieurs minutes (jusqu'à cinq), le téléphone finira par répondre plus normalement.

Les informations sur le processeur dans les options du développeur montrent que le processeur est ancré pendant toute cette lenteur, et le processus system_serverconsomme presque toute cette capacité du processeur avec d'autres processus luttant pour un peu de temps processeur.

De plus, cette activité CPU tue ma batterie. Je n'ai que la moitié de la durée de vie de la batterie que je devrais avoir.

J'ai récemment perdu racine dans une mise à niveau OTA; lors du réenracinement, j'ai dû essuyer le téléphone. Une fois que j'ai tout restauré, le problème est revenu.

Mon téléphone est un Galaxy Nexus exécutant Jelly Bean (4.1.2). J'ai également rencontré un problème similaire avec mon ancien téléphone, un Nexus One exécutant MIUI et «ICS». J'ai attribué la lenteur de ce téléphone à son âge, mais maintenant je pense qu'il doit y avoir autre chose.

Qu'est-ce qui pourrait ne pas bien se passer, ou comment pourrais-je trouver une solution au problème?

Réponses aux questions posées

• Mon téléphone actuel fonctionne sous 4.1.2. Le problème est devenu bien pire après la mise à jour. Mon téléphone précédent était celui que je disais exécutait "ICS". Je l'ai mis entre guillemets parce que c'était une ROM personnalisée qui prétendait être 4.0 mais que je soupçonne en fait être Gingerbread +.
• Ma RAM fonctionne généralement à environ 85%. Mais je doute que cela soit trop utile car Android tue automatiquement les applications lorsqu'il a besoin de plus de RAM et le noyau Linux est conçu pour garder la RAM presque pleine afin de ne pas la gaspiller.
• Actuellement, Google Maps utilise le plus de batterie, suivi de Tasker. Je suis tout à fait sûr que ce n'est pas typique, cependant. Je ne peux pas imaginer pourquoi Google Maps serait si élevé, car je ne l'utilise pas souvent. Quoi qu'il en soit, j'ai désactivé les autorisations de localisation, alors j'espère que cela guérira Google Maps. Et Tasker ne consomme généralement pas autant, mais lorsque le CPU est ancré, il semble avoir plus de mal à fonctionner que la plupart des applications. (Soit dit en passant, je n'ai pas de profils basés sur l'emplacement dans Tasker.)
• Au redémarrage de mon téléphone, c'est OK jusqu'à ce que l'écran s'éteigne pendant un certain temps. Ensuite, les problèmes reprennent. Ils sont si graves qu'il est souvent plus rapide de redémarrer que d'essayer d'utiliser le téléphone sans redémarrer.
• La rotation automatique semble n'avoir aucun effet. Je le bascule régulièrement dans le cours normal de l'utilisation de mon téléphone et je n'ai remarqué aucune différence dans les deux cas.
• Les applications semblent être le coupable depuis que j'ai rencontré le même problème sur deux téléphones différents et depuis une réinitialisation d'usine. Pourtant:
  • Le processus qui consomme le CPU n'est pas une application, mais system_serverc'est un élément central d'Android.
  • J'ai beaucoup d'applications, donc les désactiver une par une serait un processus long.
• J'ai essayé de retoucher system_server, mais je n'ai vu aucun effet.

Il semble que cela puisse être un problème de dysfonctionnement de certains services d'arrière-plan. Essayez d'observer les services d'arrière-plan et désactivez certains d'entre eux pour voir si vous pourriez frapper le coupable. Pour le faire d'une manière moins aléatoire, il existe plusieurs applications de batterie sur le marché ou vous pouvez utiliser le moniteur de batterie natif ICS pour voir s'il y a quelque chose qui consomme plus de batterie qu'il ne devrait vraiment.

J'ai eu un problème similaire avec mon nouveau mobile, Razr Maxx exécutant ICS. Il s'est avéré être une application HUD de voiture trop zélée qui consommait des cycles de processeur même lorsqu'elle ne fonctionnait pas. La désinstallation a résolu le problème. Ce qui m'a dérouté au départ, c'est que Android OS était présenté comme le principal draineur de batterie et non l'application elle-même. Étant donné que vous avez eu le même problème avec votre téléphone précédent, cela suggère une application incorrecte que vous avez installée sur les deux.

J'essaierais d'éteindre le GPS et les données mobiles / Wi-Fi et de voir si la batterie continue de se décharger à un rythme alarmant similaire. Si c'est la connexion Internet qui déclenche le problème, cela est probablement dû à une application financée par la publicité qui a tenté sans succès de téléphoner à la maison.

Une autre source très courante de ralentissements Galaxy Nexus est un problème matériel / firmware assez méchant documenté ici: http://code.google.com/p/android/issues/detail?id=39154 .

Cela vous affectera probablement si vous disposez de moins de 3 à 4 Go de stockage gratuit. Il existe certaines solutions de contournement, mais elles impliquent la racine et donc une invalidation de garantie possible. J'ai trouvé que le nettoyage d'un certain stockage et le redémarrage aident quelque peu, mais je n'ai pas encore essayé les solutions de contournement.

En réponse au commentaire de Scott, le problème peut persister même après que vous ayez vidé la plupart du temps votre stockage, à condition qu'il soit à un certain moment plein (ish). Le principal correctif que j'ai vu proposé était FSTRIM, qui est une procédure standard pour le stockage flash mais non intégrée dans les anciennes versions d'Android. J'ai semblé en tirer un avantage pendant un certain temps. Le lien Play Store est ici: https://play.google.com/store/apps/details?id=com.grilledmonkey.lagfix

Vérifiez les services en cours d'exécution. Vous saurez ce qui fonctionne inutilement. Je les ai fermés et j'ai pu voir immédiatement un changement de vitesse.