La bibliothèque Bionic écrite par Google est une alternative légère, sous licence BSD, de la glibc.
C'est plus exactement un portage de la libc de openbsd sous linux. Google n'ont pas tout récrit. Au passage ça vaut mieux, vu le nombre de bugs subtiles qui ont été trouvé dans leur implémentation des threads ...
Sur les architectures x86 et x86-64, une nouvelle option « -fsplit-stack » [...]
Cela permet d’économiser beaucoup de mémoire sur les programmes multithread.
Linux étant lasy (COW), la stack est réellement alloué qu'a l'utilisation et chaque thread peut alloué 8MB sans consommer de la RAM physique.
Du coup le seul avantage que je vois c'est pour les système qui ont un espace d’adressage limité (32 bits). Et quand je lit ce que cette option coûte (chaque fonction doit vérifier s'il faut allouer une nouvelle pile), je vois pas l’intérêt du truc.
Serait il possible d'avoir des exemples concrets des avantages de toutes ces nouvelles options ?
PS : Une nouvelle version de llvm devrait sortir dans quelques jours
# ...
Posté par M . En réponse à la dépêche La version 4.6 du compilateur GCC est disponible. Évalué à 7.
C'est plus exactement un portage de la libc de openbsd sous linux. Google n'ont pas tout récrit. Au passage ça vaut mieux, vu le nombre de bugs subtiles qui ont été trouvé dans leur implémentation des threads ...
Linux étant lasy (COW), la stack est réellement alloué qu'a l'utilisation et chaque thread peut alloué 8MB sans consommer de la RAM physique.
Du coup le seul avantage que je vois c'est pour les système qui ont un espace d’adressage limité (32 bits). Et quand je lit ce que cette option coûte (chaque fonction doit vérifier s'il faut allouer une nouvelle pile), je vois pas l’intérêt du truc.
Serait il possible d'avoir des exemples concrets des avantages de toutes ces nouvelles options ?
PS : Une nouvelle version de llvm devrait sortir dans quelques jours