Sans faire du C ? Vu le niveau de détail dans la gestion de la mémoire, ça pourrait tout aussi bien être du C...
Je ne suis pas sûr qu'on ait déduit la même chose de la lecture de cet article: pour moi, il montre surtout que le GC (et donc, la gestion mémoire) doit être finement pris en compte pour espérer rivaliser avec un langage sans GC.
Tout ça pour atterir à un code bien plus alambiqué et incompréhensible que son équivalent en C, d'ailleurs.
Non, c'est le dev qui est incompétent, nuance.
Non, c'est le GC (et/ou le compilateur) qui donnent un résultat moins efficace dans ce scénario. Et pour un langage de haut niveau comme C#, qui inclut un GC, je n'y vois rien de choquant. Le code de départ est maintenable; celui d'arrivée j'ai quelques doutes !
[^] # Re: Mes impressions
Posté par Christophe . En réponse au journal Performances et GC : détruisons les mythes. Évalué à 9.
Sans faire du C ? Vu le niveau de détail dans la gestion de la mémoire, ça pourrait tout aussi bien être du C...
Je ne suis pas sûr qu'on ait déduit la même chose de la lecture de cet article: pour moi, il montre surtout que le GC (et donc, la gestion mémoire) doit être finement pris en compte pour espérer rivaliser avec un langage sans GC.
Tout ça pour atterir à un code bien plus alambiqué et incompréhensible que son équivalent en C, d'ailleurs.
Non, c'est le GC (et/ou le compilateur) qui donnent un résultat moins efficace dans ce scénario. Et pour un langage de haut niveau comme C#, qui inclut un GC, je n'y vois rien de choquant. Le code de départ est maintenable; celui d'arrivée j'ai quelques doutes !