C'est démontré maintenant? Parce que j'avais retenu que le Go est lent.
En fait, c'est compliqué :
- go est un langage compilé, il n'a pas de warm-up time à la java et n'a pas de load d'une énorme jvm
- go n'a pas de fonction virtuelle, ce qui peut avoir un cout en java dans les piles d'appel de library
- le compilo go sait choisir entre allouer une variable ou la mettre dans la stack de la fonction, la pression sur la mémoire est moins forte (moins de boxing), et le Gc est largement au niveau de celui de java
- le modèle concurrent de Go est limpide et facile, il monte très bien à l'échelle (pas besoin d'être un dieu pour utiliser 20 cpu)
Donc, dans le cas général, d'un programme d'une taille raisonnable, go sera rapide, dans le cas d'un programme optimisé java sera plus rapide grâce au compilateur runtime.
[^] # Re: go 2.0
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi la recherche en langages de programmation ?. Évalué à 2.
En fait, c'est compliqué :
- go est un langage compilé, il n'a pas de warm-up time à la java et n'a pas de load d'une énorme jvm
- go n'a pas de fonction virtuelle, ce qui peut avoir un cout en java dans les piles d'appel de library
- le compilo go sait choisir entre allouer une variable ou la mettre dans la stack de la fonction, la pression sur la mémoire est moins forte (moins de boxing), et le Gc est largement au niveau de celui de java
- le modèle concurrent de Go est limpide et facile, il monte très bien à l'échelle (pas besoin d'être un dieu pour utiliser 20 cpu)
Donc, dans le cas général, d'un programme d'une taille raisonnable, go sera rapide, dans le cas d'un programme optimisé java sera plus rapide grâce au compilateur runtime.
"La première sécurité est la liberté"