Interprété, compilé, machiné, bidulé, trucmuchiné, le problème n'est pas là. Il y a une étape supplémentaire par rapport à du C lors de l'excution.
Il y a exactement le même nombre d'étapes sauf qu'elles n'intervienent pas au même moment.
Je recentre encore le "débat", je ne discute pas des divers avantages de java mais uniquement de la vitesse. Et plus particuliairement du "java est plus rapide que le C".
Comme l'a trés bien expliqué boubou, il est tout à fait possible que dans *certains* cas un programme Java soit plus rapide que le même proramme en C/C++, et ce pour une raison bien simple : en Java il est possible de faire des optimisations dans la VM en cours d'exécution et donc de générer dynamiquement du code optimisé (tu peux imaginer une analogie simple avec les bases de données qui te permettent de faire des statistiques en cours de fonctionnement sur tes données pour en optimiser les chemins d'accès). En revanche, Java utilisera à coup sur tjs plus de mémoire que le même programme en C/C++.
[^] # Re: Excellent
Posté par Cook Captain . En réponse à la dépêche Le code de Java3D est disponible. Évalué à 2.
Il y a exactement le même nombre d'étapes sauf qu'elles n'intervienent pas au même moment.
Je recentre encore le "débat", je ne discute pas des divers avantages de java mais uniquement de la vitesse. Et plus particuliairement du "java est plus rapide que le C".
Comme l'a trés bien expliqué boubou, il est tout à fait possible que dans *certains* cas un programme Java soit plus rapide que le même proramme en C/C++, et ce pour une raison bien simple : en Java il est possible de faire des optimisations dans la VM en cours d'exécution et donc de générer dynamiquement du code optimisé (tu peux imaginer une analogie simple avec les bases de données qui te permettent de faire des statistiques en cours de fonctionnement sur tes données pour en optimiser les chemins d'accès). En revanche, Java utilisera à coup sur tjs plus de mémoire que le même programme en C/C++.