Je vais commencer mon article par une expérience. Tout ce que vous avez à faire est d’ouvrir une page Web sur un iPhone actuel (si vous êtes un vrai fan d’Android, ignorez la sensation de brûlure, cela passera) et pendant qu’il restitue le site, essayez de le faire défiler de haut en bas. Vous remarquerez que le défilement de l’appareil est parfaitement fluide, mais que la page Web ne s’affiche pas sous votre doigt. Il est suspendu jusqu’à ce que vous lâchiez, puis il continuera là où il s’était arrêté. Essayez maintenant la même activité sur un appareil Android – n’importe quel appareil Android, cela n’a pas d’importance – et vous remarquerez probablement que le défilement n’est probablement pas aussi fluide (bien qu’il puisse l’être, selon l’appareil), mais la page continuer à rendre. Ce qui est mieux dépend d’un, si vous remarquez ceci et deux, voir le point un. Il n’y a pas de bonne ou de mauvaise réponse, mais cela illustre l’une des principales différences entre iOS et Android. iOS place la saisie utilisateur comme un processus en temps réel, ce qui signifie qu’il arrête presque tout le reste lorsque votre doigt est sur l’écran. Il permet une interface utilisateur fluide mais peut utiliser d’autres applications et tâches pour prendre leur temps. Il existe également d’autres différences fondamentales entre les deux systèmes d’exploitation, en particulier en ce qui concerne les tâches d’arrière-plan. Android a toujours géré les choses en arrière-plan, tandis qu’iOS n’a pris en charge le multitâche que récemment. Cela signifie qu’Android est un système d’exploitation « plus lourd » avec un plus grand besoin de ressources par rapport à iOS; le processeur de l’appareil Android est plus travaillé et il a besoin de plus de mémoire. C’est précisément pourquoi on ne peut pas critiquer un iPhone dual core 512 Mo comme étant sous-alimenté par rapport à un quad core, 3 Go de mémoire. Si quoi que ce soit, Android est inefficace par rapport à iOS, mais je m’égare.

Android partage le temps de son processeur entre tout ce qui fonctionne, ce qui signifie qu’il peut gâcher un peu certaines activités et processus. Chaque processus nécessite un élément de temps processeur et de mémoire; nos appareils sont remarquablement efficaces pour gérer la mémoire. Je recommanderais de ne pas tomber dans le piège de vouloir garder autant de RAM libre que possible, car Android est construit sur LINUX, qui traite la mémoire comme une ressource à utiliser. La mémoire libre est une ressource gaspillée, mais il est facilement possible d’en vouloir plus. Et c’est pourquoi les anciens appareils exécutant les applications actuelles peuvent avoir du mal: les nouvelles applications sont plus gourmandes avec leur empreinte mémoire et l’appareil commence à passer de plus en plus de temps à remuer la mémoire plutôt que de faire quelque chose d’utile. Avec la version actuelle d’Android, qui est 5.0.x Lollipop, certains utilisateurs signalent qu’après une quarantaine d’heures de disponibilité, l’appareil commence à avoir du mal à fonctionner. Les applications se bloquent et se ferment. Les choses deviennent lentes. Ces belles animations saccadent et bégaient. Un redémarrage résout les choses, mais comme les utilisateurs ne sont pas habitués à un appareil qui ressemble à Windows 95 et que nous aimons plutôt que nos appareils continuent de fonctionner correctement. Je suis ravi d’écrire que les utilisateurs ont soumis des rapports de bogues à Android Open Source Project Issue Tracker: Google doit être au courant de ces problèmes.

À toutes fins utiles, le problème semble avoir été résolu par Google comme une fuite de mémoire. Les fuites de mémoire sont plus courantes dans les systèmes d’exploitation modernes que les utilisateurs ne le souhaiteraient; c’est une des raisons pour lesquelles, sur une période de temps, les appareils ralentissent. Ils accumulent les fichiers indésirables, soit dans le système de fichiers, en mémoire ou, plus probablement, les deux. Cela peut se produire de plusieurs manières. Une façon est que lorsque l’utilisateur lance une application, cela nécessite une quantité donnée de mémoire. Il occupe cette mémoire, mais que se passe-t-il lorsque nous finissons avec l’application? Si l’utilisateur le ferme et qu’il ne laisse rien en cours d’exécution, il doit libérer toute cette mémoire sur le système d’exploitation. Si c’est le cas, tant mieux. Si ce n’est pas le cas, ça prend un peu de place. Certaines applications sont boguées et parfois le système d’exploitation ne récupère pas tout l’espace libéré pour le réaffecter à d’autres applications. D’autres applications laissent une partie résidente pour traiter les notifications et similaires. Sur une période de temps, la quantité de mémoire disponible diminue progressivement. Ensuite, vous essayez de lancer une application particulièrement gourmande et elle se bloque ou se bloque, ce qui aggrave généralement la situation.

Il semble que les versions actuelles d’Android aient une fuite de mémoire, que le système d’exploitation soit moins efficace lorsqu’il s’agit de libérer de la mémoire pour d’autres applications. C’est une mauvaise nouvelle, mais il semble que Google ait identifié le bogue et il a été marqué comme publié. Le correctif affiche « FutureRelease », en d’autres termes, une version ultérieure d’Android résoudra ce problème. Cela signifie que les fabricants qui travaillent toujours sur une version d’Android Lollipop pour leur portefeuille d’appareils ont la possibilité d’inclure le code fixe et c’est une bonne nouvelle. Ce que nous ne savons pas, cependant, c’est quand ce correctif sera publié. Espérons que ce sera bientôt.

Laisser un commentaire