Un aspect secondaire, si j'ai bien compris, est de pouvoir mixer du code Go et Python: par exemple, ils peuvent utiliser le serveur HTTP de la bibliothèque standard. Cela leur permet probablement de tirer parti des goroutines (green threads) de Go, et donc de monter en charge plus facilement qu'avec un thread OS par connexion si c'est le paradigme qu'ils utilisaient auparavant (oui, il existe des alternatives en python natives pour faire des serveurs event based). Avec les progrès récents du garbage collector dans Go 1.8 (pauses "stop the world" diminuées à l'échelle de la dizaine de microsecondes), j'imagine ça leur fournit une bonne base pour un système qui doit très probablement être IO bound.
[^] # Re: Concurent de Nuitka plutôt non ?
Posté par Adrien BUSTANY (site web personnel) . En réponse au journal Grumpy : un nouveau concurrent à pythran. Évalué à 1.
Un aspect secondaire, si j'ai bien compris, est de pouvoir mixer du code Go et Python: par exemple, ils peuvent utiliser le serveur HTTP de la bibliothèque standard. Cela leur permet probablement de tirer parti des goroutines (green threads) de Go, et donc de monter en charge plus facilement qu'avec un thread OS par connexion si c'est le paradigme qu'ils utilisaient auparavant (oui, il existe des alternatives en python natives pour faire des serveurs event based). Avec les progrès récents du garbage collector dans Go 1.8 (pauses "stop the world" diminuées à l'échelle de la dizaine de microsecondes), j'imagine ça leur fournit une bonne base pour un système qui doit très probablement être IO bound.