u as dit que gcc n'offrait pas ça (
elle est où l'option --gc dans le compilo ? :)
Oui, tu remarqueras que c'est exactement ce que je dis dans le post auquel tu réponds
Bah oué je confirmes mes doutes également c'est tout :) Mais comme quoi y'a bien des services qui sont propres aux environnement d'exécutions "managés" ;)
pas la compilation. C++ est beaucoup plus difficile à compiler que Java, par exemple.
Compiler Java n'est pas difficile, mais compiler Java en natif comme le fait GCC c'était visiblement pas évident puisqu'ils avaient l'air d'être tout fier de le faire et qu'ils sont le seul à le proposer...
Quant au bench que tu cites, c'est de la merde. Il faut vraiment être un âne (je ne parle pas de toi) pour utiliser des benchs qui tournent aussi vite et prétendre que c'est représentatif de quelque chose...
Autant pour comparer 2 langages je trouves effectivement que c'est de la merde généralement, autant pour comparer 2 implantations je vois pas en quoi c'est de la merde, sachant que le temps de 'lancement' n'est généralement pas pris en compte...
En tout cas les bench semblent refléter la réalité, il suffit de comparer gcc et le compilo d'intel par exemple pour voir qu'on retrouve bien graphiquement ce qu'on constate de manière empirique :)
L'intérêt, c'est l'occupation mémoire plus faible, la facilité de distribution, etc.
En fait GCJ est parti dans "Extra" me demande pas pourquoi... http://shootout.alioth.debian.org/sandbox/benchmark.php?test(...)
Ben même si ce sont des benchs de merde, visiblement l'occupation mémoire semble pas spécialement améliorée avec GCJ... Après faut voir sur une appli réelle et comparer... Mais bon des premiers tests de Eclipse sur Fedora que j'avais fais, question rammmage ca avait pas l'air d'apporter quoique ce soit :)
Quand à la facilité de distribution, je trouve que c'est plutôt un désavantage : le bytecode a l'avantage d'être portable, la phase de JIT est pour moi le meilleur compromis : tu distribues un seul binaire, et tu profites de l'exécution native.
[^] # Re: C# et le libre...
Posté par TImaniac (site web personnel) . En réponse à la dépêche talweg, une migration vers Mono. Évalué à 2.
elle est où l'option --gc dans le compilo ? :)
Oui, tu remarqueras que c'est exactement ce que je dis dans le post auquel tu réponds
Bah oué je confirmes mes doutes également c'est tout :) Mais comme quoi y'a bien des services qui sont propres aux environnement d'exécutions "managés" ;)
pas la compilation. C++ est beaucoup plus difficile à compiler que Java, par exemple.
Compiler Java n'est pas difficile, mais compiler Java en natif comme le fait GCC c'était visiblement pas évident puisqu'ils avaient l'air d'être tout fier de le faire et qu'ils sont le seul à le proposer...
Quant au bench que tu cites, c'est de la merde. Il faut vraiment être un âne (je ne parle pas de toi) pour utiliser des benchs qui tournent aussi vite et prétendre que c'est représentatif de quelque chose...
Autant pour comparer 2 langages je trouves effectivement que c'est de la merde généralement, autant pour comparer 2 implantations je vois pas en quoi c'est de la merde, sachant que le temps de 'lancement' n'est généralement pas pris en compte...
En tout cas les bench semblent refléter la réalité, il suffit de comparer gcc et le compilo d'intel par exemple pour voir qu'on retrouve bien graphiquement ce qu'on constate de manière empirique :)
L'intérêt, c'est l'occupation mémoire plus faible, la facilité de distribution, etc.
En fait GCJ est parti dans "Extra" me demande pas pourquoi...
http://shootout.alioth.debian.org/sandbox/benchmark.php?test(...)
Ben même si ce sont des benchs de merde, visiblement l'occupation mémoire semble pas spécialement améliorée avec GCJ... Après faut voir sur une appli réelle et comparer... Mais bon des premiers tests de Eclipse sur Fedora que j'avais fais, question rammmage ca avait pas l'air d'apporter quoique ce soit :)
Quand à la facilité de distribution, je trouve que c'est plutôt un désavantage : le bytecode a l'avantage d'être portable, la phase de JIT est pour moi le meilleur compromis : tu distribues un seul binaire, et tu profites de l'exécution native.