Si tu va voir la liste des améliorations, tu verras que ce sont des optimisations très spécifiques, et qui ne dépassent pas 25% individuellement qui plus est.
Comment peut-on en arriver jusqu’à 60% ? Doit-on penser qu’une même ligne de code peut bénéficier de plusieurs optimisations à la fois ? Faute d’analyse critique des résultats du bench on n’en saura rien, car il ne suffit pas d’aligner des chiffres...
Un élément d’explication, le plus plausible, serait que les tests, très courts du peu que j’ai vu, aient surtout bénéficié du démarrage plus rapide (ce qui est déjà un très bon point pour un langage qui devrait permettre le scripting et le prototypage).
En tout cas perso, je pense que l’annonce doit être prise avec des pincettes et j’attendrai de voir avec du code réel si amélioration il y a (mais comme je l’utilise pas...).
[^] # Re: encore ?
Posté par PR . En réponse au lien Python 3.11, plus rapide pour de vrai de vrai. Évalué à 4. Dernière modification le 07 juin 2022 à 07:43.
Mais que mesurent réellement les benchs ?
Si tu va voir la liste des améliorations, tu verras que ce sont des optimisations très spécifiques, et qui ne dépassent pas 25% individuellement qui plus est.
Comment peut-on en arriver jusqu’à 60% ? Doit-on penser qu’une même ligne de code peut bénéficier de plusieurs optimisations à la fois ? Faute d’analyse critique des résultats du bench on n’en saura rien, car il ne suffit pas d’aligner des chiffres...
Un élément d’explication, le plus plausible, serait que les tests, très courts du peu que j’ai vu, aient surtout bénéficié du démarrage plus rapide (ce qui est déjà un très bon point pour un langage qui devrait permettre le scripting et le prototypage).
En tout cas perso, je pense que l’annonce doit être prise avec des pincettes et j’attendrai de voir avec du code réel si amélioration il y a (mais comme je l’utilise pas...).
Mort aux cons !