je suis d'accord.
mon principal reproche est que la formulation dans la depeche est maladroite - ca s'arrete la. Elle laisse croire que les faiblesses de CPython sont des cas particuliers, alors que justement, dans l'absolu, la latence sur les I/O ou une application monothread sont des cas particuliers. Frequents mais particuliers. Python a un gros avantage sur les autre langages de scripting : il profite de tous les trucs "hype" et en plus se paie le luxe d'avoir un scope d'action large. L'analogie avec Linux et les OS peut etre osee.
Donc si CPython souffre de ses lacunes, c'est aussi la rancon du succes du langage (car finalement c'est toujours CPython par defaul).
Il existe des application ou le multithreading est la norme (traitement d'images, calcul scientifiques) pour eviter le gap monothread -> cluster.
Si CPython a une gestion des threads aussi merdique que les OS libres en 2000 (linux-threads et libc_r sous FreeBSD) et bien c'est la vie. Il faut l'admettre, ce n'est pas en faisant croire que ces situation arrivent une fois toute les morts d'eveque que ca fera avancer le schmilblik
[^] # Re: ...
Posté par sheldoncooper . En réponse à la dépêche Un projet de VM Python chez Dropbox et état des lieux des autres VM. Évalué à 1.
je suis d'accord.
mon principal reproche est que la formulation dans la depeche est maladroite - ca s'arrete la. Elle laisse croire que les faiblesses de CPython sont des cas particuliers, alors que justement, dans l'absolu, la latence sur les I/O ou une application monothread sont des cas particuliers. Frequents mais particuliers. Python a un gros avantage sur les autre langages de scripting : il profite de tous les trucs "hype" et en plus se paie le luxe d'avoir un scope d'action large. L'analogie avec Linux et les OS peut etre osee.
Donc si CPython souffre de ses lacunes, c'est aussi la rancon du succes du langage (car finalement c'est toujours CPython par defaul).
Il existe des application ou le multithreading est la norme (traitement d'images, calcul scientifiques) pour eviter le gap monothread -> cluster.
Si CPython a une gestion des threads aussi merdique que les OS libres en 2000 (linux-threads et libc_r sous FreeBSD) et bien c'est la vie. Il faut l'admettre, ce n'est pas en faisant croire que ces situation arrivent une fois toute les morts d'eveque que ca fera avancer le schmilblik