Google Android 17 améliorera la fluidité des téléphones : les threads ne seront plus en « attente en file d'attente », la perte de fréquence d'images des applications sera réduite de 4%
IT之家 18 février : Le média technologique Android Authority a publié aujourd’hui (18 février) un article indiquant qu’avec le système Android 17, Google prévoit d’introduire le système DeliQueue, en optimisant le mécanisme de verrouillage de la mémoire de MessageQueue, afin de réduire le temps d’attente mutuel des threads logiciels.
IT之家 cite dans son article que, lors de l’utilisation quotidienne d’un téléphone Android, il est courant de rencontrer des problèmes de défilement peu fluide ou de blocage des opérations, généralement dus au fait que le système doit abandonner des images (Dropped frames) pour traiter les tâches.
La cause fondamentale de ce phénomène réside dans le fait que, lors du traitement de l’affichage UI, les threads système doivent souvent faire la queue pour accéder au composant central MessageQueue. Lorsqu’un thread verrouille la file, les autres threads doivent rester inactifs, ce qui empêche l’accomplissement rapide des tâches critiques.
Pour résoudre ce problème, Google prévoit de reconstruire en profondeur MessageQueue dans Android 17, en lançant une structure de données sans verrou appelée DeliQueue.
Ce nouveau système abandonne le mode de verrouillage traditionnel « un thread pour un service » et permet un contrôle plus précis de certaines positions mémoire, ce qui signifie que les threads n’ont plus besoin d’attendre longtemps la libération du verrou, mais peuvent traiter les tâches de manière plus flexible et parallèle.
Pour illustrer ce mécanisme, Google utilise l’exemple de la file d’attente dans un restaurant de plats préparés : comme les clients, après avoir pris leur numéro, ne sont pas entièrement limités par l’ordre de la file, DeliQueue permet aux threads de planifier leur exécution en fonction des ressources disponibles, évitant ainsi la congestion due à l’attente.
Selon le rapport de Google, le nouveau système réduit le taux de perte d’images (framerate drop) des applications de 4 %, et dans l’interface système et le lanceur, cette réduction atteint même 7,7 %. Google continue actuellement à tester le système DeliQueue et a corrigé deux vulnérabilités découvertes à ce jour.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Google Android 17 améliorera la fluidité des téléphones : les threads ne seront plus en « attente en file d'attente », la perte de fréquence d'images des applications sera réduite de 4%
IT之家 18 février : Le média technologique Android Authority a publié aujourd’hui (18 février) un article indiquant qu’avec le système Android 17, Google prévoit d’introduire le système DeliQueue, en optimisant le mécanisme de verrouillage de la mémoire de MessageQueue, afin de réduire le temps d’attente mutuel des threads logiciels.
IT之家 cite dans son article que, lors de l’utilisation quotidienne d’un téléphone Android, il est courant de rencontrer des problèmes de défilement peu fluide ou de blocage des opérations, généralement dus au fait que le système doit abandonner des images (Dropped frames) pour traiter les tâches.
La cause fondamentale de ce phénomène réside dans le fait que, lors du traitement de l’affichage UI, les threads système doivent souvent faire la queue pour accéder au composant central MessageQueue. Lorsqu’un thread verrouille la file, les autres threads doivent rester inactifs, ce qui empêche l’accomplissement rapide des tâches critiques.
Pour résoudre ce problème, Google prévoit de reconstruire en profondeur MessageQueue dans Android 17, en lançant une structure de données sans verrou appelée DeliQueue.
Ce nouveau système abandonne le mode de verrouillage traditionnel « un thread pour un service » et permet un contrôle plus précis de certaines positions mémoire, ce qui signifie que les threads n’ont plus besoin d’attendre longtemps la libération du verrou, mais peuvent traiter les tâches de manière plus flexible et parallèle.
Pour illustrer ce mécanisme, Google utilise l’exemple de la file d’attente dans un restaurant de plats préparés : comme les clients, après avoir pris leur numéro, ne sont pas entièrement limités par l’ordre de la file, DeliQueue permet aux threads de planifier leur exécution en fonction des ressources disponibles, évitant ainsi la congestion due à l’attente.
Selon le rapport de Google, le nouveau système réduit le taux de perte d’images (framerate drop) des applications de 4 %, et dans l’interface système et le lanceur, cette réduction atteint même 7,7 %. Google continue actuellement à tester le système DeliQueue et a corrigé deux vulnérabilités découvertes à ce jour.