Si strlen() va plus vite, tout le système va plus vite.
Sauf Python et tous les langages ayant une représentation des chaînes de caractères pas totalement pourrie.
Optimiser strlen(), c'est quand même le symptôme assez triste que les performances du système peuvent être dépendantes de choix de conception dommageables. Les calculs les plus rapides sont ceux qu'on n'a pas besoin d'effectuer.
Je n'ai pas trop compris ces histoires de « variables conditionnelles avec des mutex PI », mais je pense qu'au final ça va améliorer la réactivité des processus utilisant beaucoup de processus légers
Ça dépend, je pense que la plupart des gens n'utilisent pas les options de priorité des mutex POSIX (que je ne connais pas d'ailleurs, je sais juste que ça existe). Ceci dit optimiser les variables de conditions c'est sympa, ça va peut-être rendre le nouveau GIL encore plus efficace ;)
[^] # Re: Humm...
Posté par Antoine . En réponse à la dépêche Sortie de la version 2.11 de la bibliothèque standard C GNU (glibc). Évalué à 5.
Sauf Python et tous les langages ayant une représentation des chaînes de caractères pas totalement pourrie.
Optimiser strlen(), c'est quand même le symptôme assez triste que les performances du système peuvent être dépendantes de choix de conception dommageables. Les calculs les plus rapides sont ceux qu'on n'a pas besoin d'effectuer.
Je n'ai pas trop compris ces histoires de « variables conditionnelles avec des mutex PI », mais je pense qu'au final ça va améliorer la réactivité des processus utilisant beaucoup de processus légers
Ça dépend, je pense que la plupart des gens n'utilisent pas les options de priorité des mutex POSIX (que je ne connais pas d'ailleurs, je sais juste que ça existe). Ceci dit optimiser les variables de conditions c'est sympa, ça va peut-être rendre le nouveau GIL encore plus efficace ;)