Et surtout, il pourra s'approcher du C/C++ sans le dépasser parce qu'il utilise la même technologie (LLVM) que Clang.
Hein ?! Déjà considérer de la même façon le C et le C++ n'est pas génial, mais ce n'est pas vrai. Je ne sais pas pour rust en particulier, mais le fait d'avoir des vérifications à la compilation qui ne sont donc plus nécessaires au runtime permet de gagner pas mal de performance (il suffit de voir ce que fait ocaml pour le voir). L'expressivité peut permettre d'implémenter plus facilement des optimisations (des SIMD plus faciles à détecter par exemple).
Et le surtout, c'est bien d'avoir des du code hyper performant sur un cœur, mais entre un code 10% plus performant sur un cœur et un code qui sait mieux utiliser du parallélisme (avec par exemple l'équivalent d'un OpenMP directement au sein du langage et l'utilisation massive de données immutables). Mon choix est très vite fait.
La performance ce n'est pas juste avoir une compilation source -> binaire éfficace, c'est aussi avoir des API ou des mécanismes du langage qui permettent le parallélisme.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: «Il concurrence donc directement les langages C et C++.»
Posté par barmic . En réponse à la dépêche Rust 1.0, entrée dans la période stable. Évalué à 5.
Hein ?! Déjà considérer de la même façon le C et le C++ n'est pas génial, mais ce n'est pas vrai. Je ne sais pas pour rust en particulier, mais le fait d'avoir des vérifications à la compilation qui ne sont donc plus nécessaires au runtime permet de gagner pas mal de performance (il suffit de voir ce que fait ocaml pour le voir). L'expressivité peut permettre d'implémenter plus facilement des optimisations (des SIMD plus faciles à détecter par exemple).
Et le surtout, c'est bien d'avoir des du code hyper performant sur un cœur, mais entre un code 10% plus performant sur un cœur et un code qui sait mieux utiliser du parallélisme (avec par exemple l'équivalent d'un OpenMP directement au sein du langage et l'utilisation massive de données immutables). Mon choix est très vite fait.
La performance ce n'est pas juste avoir une compilation source -> binaire éfficace, c'est aussi avoir des API ou des mécanismes du langage qui permettent le parallélisme.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)