IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Quelques expériences de Dart avec LLVM donnent des résultats prometteurs
Qui pourraient être améliorés avec des optimisations du ramasse-miettes

Le , par dourouc05

89PARTAGES

8  0 
Quelques expériences de Dart avec LLVM donnent des résultats prometteurs
qui pourraient être améliorés avec des optimisations du ramasse-miettes ajouté

Dart est l’un des nombreux langages de programmation développés par Google. Il avait pour objectif premier de remplacer JavaScript dans les navigateurs (certaines versions préliminaires de Chrome avaient une machine virtuelle Dart), puis ses objectifs ont évolué pour être plus consensuels : un remplaçant potentiel de Java, mais avec toujours en tête l’idée de générer du code JavaScript très efficace. Le langage a donc un système de type dynamique et optionnel (les types des variables ne sont connus qu’à l’exécution), mais en limitant ses capacités dynamiques à la portion congrue (pas de fonction eval, pas d’ajout de propriétés à un objet après sa création).

Des ingénieurs de Google ont tenté une expérience : remplacer la machine virtuelle derrière l’implémentation standard de Dart par LLVM et une compilation avant l’exécution, voir si cela permettrait d’améliorer la performance à l’exécution, notamment — LLVM est l’infrastructure de compilation derrière Clang, notamment. La tâche n’est pas aisée a priori : la machine virtuelle de Dart effectue déjà un gros travail de compilation du code à la volée avec des optimisations. LLVM n’est pas non plus prévu pour des langages avec ramasse-miettes, qui perturbent ses routines d’optimisation du code.

De manière générale, une idée reçue est que l’implémentation d’un langage a droit à soit un ramasse-miette précis et efficace, soit un haut niveau d’optimisation du code. En effet, le ramasse-miette parcourt régulièrement les pointeurs sur de la mémoire allouée pour vérifier qu’elle est toujours utile ; après une passe d’optimisation, le code a tellement changé d’apparence qu’il est impossible de s’y retrouver. Une technique pour contourner le problème est de stocker les pointeurs dans une zone particulière, mais cela met en échec bon nombre d’optimisations possibles du code.

Il y a peu, LLVM a intégré une nouvelle fonctionnalité expérimentale, les points d’état, qui sert justement à laisser le compilateur effectuer ses optimisations sans perturber le fonctionnement d’un ramasse-miettes. Le principe est de marquer explicitement les modifications du code au ramasse-miettes, de telle sorte que, en cas de déplacement d’un objet en mémoire, tous les pointeurs concernés peuvent être mis à jour (plus d’informations dans la documentation de LLVM).

L’expérience s’est basée sur le code de Dartino, qui utilisait déjà LLVM pour optimiser du code Dart. Cependant, Dartino n’utilisait pas de ramasse-miettes, cette implémentation se limitait à lamentablement planter en cas de manque de mémoire. L’opération principale a été d’ajouter un ramasse-miettes à l’exécution et de le faire travailler de pair avec les optimisations. (Voir les détails d’implémentation.) Les résultats sont prometteurs : la performance est similaire à Flutter, qui a le même objectif (compiler du code Dart), tout en utilisant une infrastructure plus générique. Très peu de travail spécifique à Dart a été requis côté LLVM — certaines modifications pourraient augmenter la performance drastiquement, cependant. Des améliorations du ramasse-miettes pourraient aussi améliorer fortement la situation, les algorithmes actuellement utilisés pour cette expérience n’étant pas au même niveau que Flutter.


Globalement, l’objectif de cette « petite » expérience est atteint : oui, il est possible de mélanger LLVM, des optimisations très pointues du code, avec un ramasse-miettes, avec une performance tout à fait respectable.

Source : Dart-on-LLVM.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de 1franck
Membre régulier https://www.developpez.com
Le 19/01/2017 à 15:04
C'est drôle cette réaction de certain sur le mot "ramasse-miette" au lieu de garbage collector alors que la vrai question, elle, devrait-être: ça existe encore Dart et il y a vraiment des gens entreprise qui l'utilisent?!?
3  1 
Avatar de SkyZoThreaD
Membre expérimenté https://www.developpez.com
Le 19/01/2017 à 12:26
Citation Envoyé par hotcryx Voir le message
c'est quoi cette traduction à la française: "ramasse-miette" !
"Garbage collector" est un mot connu des programmeurs.
Je suis d'habitude plutôt anti-traduction car ça peut modifier le sens ou ajouter de l’ambiguïté, mais je trouve "ramasse-miettes" limite meilleur que "garbage collector".
1  1 
Avatar de 23JFK
Membre expert https://www.developpez.com
Le 19/01/2017 à 12:33
Ramasse-miettes tout autant. Un texte cent pour cent français n'a rien de choquant.
1  1 
Avatar de Aurelien.Regat-Barrel
Expert éminent sénior https://www.developpez.com
Le 19/01/2017 à 16:05
Citation Envoyé par hotcryx Voir le message
c'est quoi cette traduction à la française: "ramasse-miette" !
"Garbage collector" est un mot connu des programmeurs.
Que penses-tu de l'autre traduction : "glaneur de cellules" ?
0  0 
Avatar de alves1993
Membre éclairé https://www.developpez.com
Le 20/01/2017 à 10:38
Citation Envoyé par 1franck Voir le message
C'est drôle cette réaction de certain sur le mot "ramasse-miette" au lieu de garbage collector alors que la vrai question, elle, devrait-être: ça existe encore Dart et il y a vraiment des gens entreprise qui l'utilisent?!?
Oui des personnes utilisent Dart en production, avec ce lien-là tu auras une liste de personnes utilisant Dart en production https://www.dartlang.org/community/who-uses-dart.
Moi j'utilise Dart et Angular (https://webdev.dartlang.org/angular) pour concevoir mes applications Web.
En plus l'indice TIOBE indique que c'est le second langage qui a eu une montée fulgurante http://news.dartlang.org/2017/01/dart-in-2016-fastest-growing.html.
0  0 
Avatar de nhugodot
Membre habitué https://www.developpez.com
Le 27/06/2017 à 9:51
Salut!

S'il te plait toi qui utilise Dart et Angular, peux tu me conseiller?

J'essaie de faire un outil de gestion pour familles, et réseau social interne et intra familles: regarde www.tribeez.com , modulaire, avec à terme un appstore de module ou apps ou plugin pour qu'une famille taille sur mesure ton portail (à la ExOplatform par exemple, ou Odoo (ERP), etc.). Sans oublier le réseau social.

Nous avons commencé en React sur Firebase. Mais l'équipe de dev va grandir (de 1 il y a 3 mois nous serons 4 la semaine prochaine puis etc.) et pas que des top gun. Et des partenaires extérieurs sont intéressés pour d'autres usages, nous cherchons une architecture façon CMS et ses plugins ou chacun puisse ensuite personnaliser son portail à l'usage de ses clients: colocataires, famille, groupe d'amis, entreprises, etc.

React me semble très riche dynamique et à la pointe, mais manque de cadre pour que tous respectent un urbanisme facilement. Angular (4 maintenant), complet et cadré, semble être une solution. En JS, TS ou Dart? Avec toujours Firebase et consorts derrière ou avec quel autre solution?

Nous visons "mobile first", et bien sûr un seul codebase pour toutes les plateformes iOS Android et Web responsive sinon ça va devenir ingérable... (là, j'ai pas encore bien compris ce que NativeScript offre alors qu'il y a déjà JS TS et Dart dans Angular... et Dart pour Fuschia arrive... pffff...)

Et productivité maximale car ça avance vraiment pas...

Enorme merci pour tes conseils!
0  0 
Avatar de Songbird
Membre expert https://www.developpez.com
Le 28/06/2017 à 3:24
Salut,

C'est drôle cette réaction de certain sur le mot "ramasse-miette" au lieu de garbage collector alors que la vrai question, elle, devrait-être: ça existe encore Dart et il y a vraiment des gens entreprise qui l'utilisent?!?
Pourquoi pas ? Selon toi, Dart est moins recommandable que JS ?
Le peu de fois où j'ai travaillé avec Dart (dans mon coin), j'ai tout de suite accroché. Le langage est robuste, la syntaxe n'est pas aussi verbeuse que celle de Java et interagit plutôt bien avec des modules JS existants.
C'est pas une aubaine, c'est sûr, mais pour ma part j'apprécie énormément de faire du front avec Dart.

En dehors de cela, pourquoi faudrait-il que des "gens d'entreprise" utilisent un langage pour le soutenir ou s'y intéresser ? Le monde de l'informatique n'est pas qu'une question d'argent ou de carrière, selon moi. Sinon autant s'arrêter à Java/Python/C++, même pas la peine de faire des news ou d'étudier les technologies émergentes. Il ne faudrait pas oublier que tous les outils que nous utilisons aujourd'hui étaient des outils de niche lorsqu'ils sont sortis. D'autres ont percés et ont été acceptés comme des "standards" dans le paysage, d'autres moins. Je ne pense pas que cela fasse d'eux des outils moins intéressants.
0  0 
Avatar de hotcryx
Membre extrêmement actif https://www.developpez.com
Le 19/01/2017 à 9:39
c'est quoi cette traduction à la française: "ramasse-miette" !
"Garbage collector" est un mot connu des programmeurs.
0  5