Il suffit d'aller un peu plus loin sur la page pour avoir une liste très partielle des utilisateurs http://www.hpl.hp.com/personal/Hans_Boehm/gc/#users . C'est à peu de chose la référence pour les logiciels libres.
N'importe quoi. La référence pour les projets libres, quand on veut un GC, c'est d'utiliser un langage nativement à GC. Il n'y a à peu près aucun projet important dans ta liste, à part Mozilla et Mono, mais une courte recherche Google m'apprend que les deux références sont obsolètes :
pour Mozilla : "Update (2006年06月13日): The code integrating the Boehm GC in Mozilla has not been
tested for a number of years and is unlikely to work anymore" puis "The boehm gc code has been removed" (https://bugzilla.mozilla.org/show_bug.cgi?id=404396#c1)
(et si les deux seules références que j'ai vérifiées sont obsolètes, le reste doit pas être bien frais non plus...)
aucun GC ne bat ni se rapproche des performances d'une (dés-)allocation manuelle
On s'en fiche. C'est comme dire qu'il ne faut pas programmer en C parce que l'assembleur roulé sous les aisselles est plus rapide. Au bout du compte, le temps gagné à ne pas écrire du code bas niveau et à ne pas traquer les bugs de gestion mémoire est du temps libéré pour d'autres tâches comme ajouter des fonctionnalités ou optimiser un algorithme important.
Surtout quand on répond à un journal qui parle d'écrire une application graphique, c'est-à-dire un programme qui va probablement passer une grande partie de son temps dans du code externe (bibliothèque graphique, serveur d'affichage...).
[^] # Re: la réponse est évidente
Posté par Antoine . En réponse au journal [Trolldi] Le langage plus approprié pour écrire des applications graphiques multiplateformes. Évalué à 5.
N'importe quoi. La référence pour les projets libres, quand on veut un GC, c'est d'utiliser un langage nativement à GC. Il n'y a à peu près aucun projet important dans ta liste, à part Mozilla et Mono, mais une courte recherche Google m'apprend que les deux références sont obsolètes :
pour Mozilla : "Update (2006年06月13日): The code integrating the Boehm GC in Mozilla has not been
tested for a number of years and is unlikely to work anymore" puis "The boehm gc code has been removed" (https://bugzilla.mozilla.org/show_bug.cgi?id=404396#c1)
pour Mono : "Mono has historically used the Boehm-Demers-Wiser Conservative Garbage Collector" (http://www.mono-project.com/Generational_GC)
(et si les deux seules références que j'ai vérifiées sont obsolètes, le reste doit pas être bien frais non plus...)
On s'en fiche. C'est comme dire qu'il ne faut pas programmer en C parce que l'assembleur roulé sous les aisselles est plus rapide. Au bout du compte, le temps gagné à ne pas écrire du code bas niveau et à ne pas traquer les bugs de gestion mémoire est du temps libéré pour d'autres tâches comme ajouter des fonctionnalités ou optimiser un algorithme important.
Surtout quand on répond à un journal qui parle d'écrire une application graphique, c'est-à-dire un programme qui va probablement passer une grande partie de son temps dans du code externe (bibliothèque graphique, serveur d'affichage...).