Je ne parle même pas de Lisaac, encore trop jeune, qui est lui aussi rapide que C : Un viewer mpeg1/2 a été réalisé en copiant rigoureusement à l'identique l'algorithme d'un player écrit en C.
Résultat : 40 % de lignes de code en moins (langage objet de haut niveau, normal), +10 % d'occupation en mémoire. 1,94 % d'écart de performances au détriment de Lisaac.
Ce compilateur améliore les techniques d'optimisation de Smart Eiffel (il a été conçu dans le même labo d'ailleurs).
Le C fut un beau langage, mais il n'est plus le seul à être rapide et l'avenir est au compilateur capable d'analyser profondément le code afin de l'optimiser (je ne parle pas de la syntaxe qui rend plus facile à programmer tel ou telle chose, c'est différend).
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: C'est encore programmé en C ?!
Posté par Ontologia (site web personnel) . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 2.
Sur pas mal d'applications, Smart Eiffel, atteint C dans les performances
( http://linuxfr.org/2005/05/19/18959.html(...) )
En effet SmartEiffel supprime la liaison dynamique.
Je ne parle même pas de Lisaac, encore trop jeune, qui est lui aussi rapide que C : Un viewer mpeg1/2 a été réalisé en copiant rigoureusement à l'identique l'algorithme d'un player écrit en C.
Résultat : 40 % de lignes de code en moins (langage objet de haut niveau, normal), +10 % d'occupation en mémoire. 1,94 % d'écart de performances au détriment de Lisaac.
Ce compilateur améliore les techniques d'optimisation de Smart Eiffel (il a été conçu dans le même labo d'ailleurs).
Le C fut un beau langage, mais il n'est plus le seul à être rapide et l'avenir est au compilateur capable d'analyser profondément le code afin de l'optimiser (je ne parle pas de la syntaxe qui rend plus facile à programmer tel ou telle chose, c'est différend).
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker