D’ailleurs les GC de Java sont liés aux implémentations et pas au langage lui-même, et il en sort régulièrement de nouveaux. Les raisons de ces nouveaux GC sont diverses :
Meilleure prise en compte des spécificités du matériel actuel ;
Meilleure efficacité « dans le cas général » (suite à des travaux de recherche) ;
GC spécialisés pour des cas particuliers (très gros heap, GC no-op pour les scripts, etc).
C’est d’autant plus perturbant que le GC par défaut peut changer, être déprécié ou même supprimé, ce qui rends plein de trucs complètement inutiles.
Je ne sais pas si les autres langages sont aussi souples sur la gestion de leur GC.
[^] # Re: Le but d’un GC n’a jamais été les performances
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Performances et GC : détruisons les mythes. Évalué à 8.
D’ailleurs les GC de Java sont liés aux implémentations et pas au langage lui-même, et il en sort régulièrement de nouveaux. Les raisons de ces nouveaux GC sont diverses :
C’est d’autant plus perturbant que le GC par défaut peut changer, être déprécié ou même supprimé, ce qui rends plein de trucs complètement inutiles.
Je ne sais pas si les autres langages sont aussi souples sur la gestion de leur GC.
La connaissance libre : https://zestedesavoir.com