Le framework d’applications multiplateformes Flutter de Google semble avoir un problème de réflexion : dans certaines situations, les applications de bureau Flutter consomment trop de puissance de traitement.
Combien c’est trop ? Essayer un extra six à dix pour cent d’utilisation du processeur juste pour recréer le clignotement d’un curseur dans le style d’une application macOS native. C’est une amélioration par rapport au 100 pourcent L’utilisation du processeur a été signalée en 2019, bien que la prise en charge de l’application de bureau Flutter soit au stade alpha.
Ce serait un écueil sur les appareils mobiles, où les utilisateurs ne toléreront pas les applications qui éteignent leurs téléphones à cause de l’épuisement de la batterie. Mais l’inefficacité énergétique ne s’est pas avérée être un problème courant dans les versions Flutter Android et iOS récemment, bien qu’elle ait été quelque chose d’inquiétant comme Flutter a mûri. Le problème le plus urgent sur les appareils mobiles pour les développeurs Flutter est en train d’essayer pour réduire le “jank” – décalage créé par la compilation du shader.
Pour les applications de bureau, en particulier sur les appareils branchés, une consommation excessive de ressources est souvent tolérée comme un compromis pour la commodité des développeurs/utilisateurs, comme on peut le déduire de la style de vie somptueux de nombreuses applications basées sur Electron, qui utilisent la mémoire et le processeur assez généreusement.
Mais l’un des arguments de vente de Flutter est la possibilité qu’il puisse fournir des applications plus petites et plus performantes que le framework Electron ou des technologies multiplateformes similaires.
Un moyen plus facile de Flutter? Les fonctions personnalisées améliorent le générateur de code visuel, mais les développeurs peuvent toujours être frustrés
Flutter offre aux développeurs un ensemble d’outils pour créer des builds d’applications pouvant s’exécuter sur Android, iOS, Windows, macOS ou Linux, le Web et les appareils embarqués à partir d’une base de code unique. Il le fait par s’appuyant fortement sur Skia, un moteur de rendu graphique écrit en C/C++ qui utilise le CPU ou le GPU d’un appareil pour dessiner des interfaces d’applications par lui-même, sans s’appuyer sur des bibliothèques d’interface de plate-forme natives.
Mais en gérant la composition de manière indépendante, Flutter a amplifié le défi de l’écriture de code optimisé pour les ressources. Le fait que Flutter évite les bibliothèques natives le prive de certaines des efficacités disponibles pour le code de plate-forme natif.
Pour Flutter, la taxe CPU du curseur clignotant a été un ouvert Problème GitHub depuis plus d’un an.
Depuis août 2020, Kaushik Iska, ingénieur logiciel senior chez Google, mentionné Flutter fonctionnait comme prévu et que l’équipe Flutter pourrait envisager des améliorations à une date ultérieure :
Cette date ultérieure n’est pas encore arrivée, mais il y a des signes qu’elle pourrait bientôt. Un porte-parole de Google a déclaré Le registre, “La prise en charge du bureau Flutter est toujours en cours, et il est un peu tôt pour juger des performances.”
En effet, Flutter pour ordinateur de bureau est encore désigné en tant que logiciel bêta, et il existe de nombreuses preuves que les ingénieurs de Google ont été amélioration des performances heures supplémentaires.
Canonical : Flutter est désormais « le choix par défaut pour les futures applications de bureau et mobiles »
On nous a également dit que le problème du curseur ne reflétait pas l’utilisation des ressources dans d’autres scénarios et que l’équipe Flutter avait l’intention de résoudre ou d’atténuer ce problème à un moment donné.
La réingénierie devra toutefois s’étendre au-delà de la taxe sur le curseur de Flutter. Il y a des rapports d’utilisation excessive de la mémoire sur les versions Linux, également, qui devra être corrigé pour que Flutter soit adapté aux scénarios IoT. Et il y a la pratique de Flutter de redessiner chaque widget animé dans son intégralité, par opposition à de simples parties de l’écran qui ont changé – quelque chose qui pourrait bientôt Soyez améliorés.
Créer un cadre pour les gouverner tous n’est pas facile. Là encore, l’écriture n’est pas non plus code natif du système d’exploitation. ®
Le framework d’applications multiplateformes Flutter de Google semble avoir un problème de réflexion : dans certaines situations, les applications de bureau Flutter consomment trop de puissance de traitement.
Combien c’est trop ? Essayer un extra six à dix pour cent d’utilisation du processeur juste pour recréer le clignotement d’un curseur dans le style d’une application macOS native. C’est une amélioration par rapport au 100 pourcent L’utilisation du processeur a été signalée en 2019, bien que la prise en charge de l’application de bureau Flutter soit au stade alpha.
Ce serait un écueil sur les appareils mobiles, où les utilisateurs ne toléreront pas les applications qui éteignent leurs téléphones à cause de l’épuisement de la batterie. Mais l’inefficacité énergétique ne s’est pas avérée être un problème courant dans les versions Flutter Android et iOS récemment, bien qu’elle ait été quelque chose d’inquiétant comme Flutter a mûri. Le problème le plus urgent sur les appareils mobiles pour les développeurs Flutter est en train d’essayer pour réduire le “jank” – décalage créé par la compilation du shader.
Pour les applications de bureau, en particulier sur les appareils branchés, une consommation excessive de ressources est souvent tolérée comme un compromis pour la commodité des développeurs/utilisateurs, comme on peut le déduire de la style de vie somptueux de nombreuses applications basées sur Electron, qui utilisent la mémoire et le processeur assez généreusement.
Mais l’un des arguments de vente de Flutter est la possibilité qu’il puisse fournir des applications plus petites et plus performantes que le framework Electron ou des technologies multiplateformes similaires.
Un moyen plus facile de Flutter? Les fonctions personnalisées améliorent le générateur de code visuel, mais les développeurs peuvent toujours être frustrés
Flutter offre aux développeurs un ensemble d’outils pour créer des builds d’applications pouvant s’exécuter sur Android, iOS, Windows, macOS ou Linux, le Web et les appareils embarqués à partir d’une base de code unique. Il le fait par s’appuyant fortement sur Skia, un moteur de rendu graphique écrit en C/C++ qui utilise le CPU ou le GPU d’un appareil pour dessiner des interfaces d’applications par lui-même, sans s’appuyer sur des bibliothèques d’interface de plate-forme natives.
Mais en gérant la composition de manière indépendante, Flutter a amplifié le défi de l’écriture de code optimisé pour les ressources. Le fait que Flutter évite les bibliothèques natives le prive de certaines des efficacités disponibles pour le code de plate-forme natif.
Pour Flutter, la taxe CPU du curseur clignotant a été un ouvert Problème GitHub depuis plus d’un an.
Depuis août 2020, Kaushik Iska, ingénieur logiciel senior chez Google, mentionné Flutter fonctionnait comme prévu et que l’équipe Flutter pourrait envisager des améliorations à une date ultérieure :
Cette date ultérieure n’est pas encore arrivée, mais il y a des signes qu’elle pourrait bientôt. Un porte-parole de Google a déclaré Le registre, “La prise en charge du bureau Flutter est toujours en cours, et il est un peu tôt pour juger des performances.”
En effet, Flutter pour ordinateur de bureau est encore désigné en tant que logiciel bêta, et il existe de nombreuses preuves que les ingénieurs de Google ont été amélioration des performances heures supplémentaires.
Canonical : Flutter est désormais « le choix par défaut pour les futures applications de bureau et mobiles »
On nous a également dit que le problème du curseur ne reflétait pas l’utilisation des ressources dans d’autres scénarios et que l’équipe Flutter avait l’intention de résoudre ou d’atténuer ce problème à un moment donné.
La réingénierie devra toutefois s’étendre au-delà de la taxe sur le curseur de Flutter. Il y a des rapports d’utilisation excessive de la mémoire sur les versions Linux, également, qui devra être corrigé pour que Flutter soit adapté aux scénarios IoT. Et il y a la pratique de Flutter de redessiner chaque widget animé dans son intégralité, par opposition à de simples parties de l’écran qui ont changé – quelque chose qui pourrait bientôt Soyez améliorés.
Créer un cadre pour les gouverner tous n’est pas facile. Là encore, l’écriture n’est pas non plus code natif du système d’exploitation. ®
— to www.theregister.com
