Le gc pose des problèmes dans des cas précis.
D'un point de vu performance de calcul du code généré par HotSpot ou gcc la différence n'est pas aussi grande que ce que tu semble croire.
Les points (parmi d'autres) qu'il faut regarder quand tu code en java pour la performance c'est :
le démarrage de la JVM (si ton programme fait des arrêts/démarrages fréquents t'es morts, il faut avoir un mode deamon/client)
il faut réfléchir à ta manière d'utiliser ta mémoire (sur le traitement des chaînes de caractère par exemple)
Pour les cas les plus complexes, tu peux créer des objets hors de la pile et donc non gérés par le garbage collector.
La performance en Java n'est pas un concept et le monde du big data te donnera pleins d'exemples.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Destructeurs
Posté par barmic . En réponse à la dépêche Crystal, un langage proche de Ruby, en version 0.16. Évalué à 8.
Le gc pose des problèmes dans des cas précis.
D'un point de vu performance de calcul du code généré par HotSpot ou gcc la différence n'est pas aussi grande que ce que tu semble croire.
Les points (parmi d'autres) qu'il faut regarder quand tu code en java pour la performance c'est :
Pour les cas les plus complexes, tu peux créer des objets hors de la pile et donc non gérés par le garbage collector.
La performance en Java n'est pas un concept et le monde du big data te donnera pleins d'exemples.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)